On Wed, Nov 13, 2013 at 09:21:44PM +0100, Daniel Vetter wrote:
> On Wed, Nov 13, 2013 at 08:59:56PM +0200, Ville Syrj?l? wrote:
> > On Mon, Nov 11, 2013 at 09:35:17AM +0100, Daniel Vetter wrote:
> > > Most platforms din't hit this condition, but if we want to allow
> > > building without agp we sho
On Thu, Nov 14, 2013 at 01:24:57AM +0200, Ville Syrj?l? wrote:
> On Wed, Nov 13, 2013 at 09:21:44PM +0100, Daniel Vetter wrote:
> > On Wed, Nov 13, 2013 at 08:59:56PM +0200, Ville Syrj?l? wrote:
> > > On Mon, Nov 11, 2013 at 09:35:17AM +0100, Daniel Vetter wrote:
> > > > Most platforms din't hit th
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131114/7036313d/attachment.html>
On Mit, 2013-11-13 at 19:07 +0100, Jochen Rollwagen wrote:
> I started investigating the problem because AGP mode used to work with
> the UMS drivers (although I now understand they didn?t really use AGP
> memory)
They used AGP memory but didn't dynamically bind memory to the AGP
aperture or unbin
RL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131114/fef24835/attachment.html>
reedesktop.org/archives/dri-devel/attachments/20131114/ae0b3371/attachment-0001.html>
org/archives/dri-devel/attachments/20131114/4e231823/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131114/4c712445/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131114/6f4237b5/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131114/6a75162e/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131114/f18e8a13/attachment.html>
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131114/bb3b/attachment.html>
Hi Mario -
On Wed, 13 Nov 2013, Mario Kleinsasser wrote:
> In the last three weeks I've narrowed down the bug described in the
> subject through Ubuntu launchpad. My new Laptop (Acer Aspire V5-573G)
> with new Haswell CPU shows a black screen on reboot because the
> brightness is on zero level.
.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131114/d04ecf5d/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=55251
--- Comment #3 from aman ---
I changed my laptop in September. But, the bug was still there till then.
--
You are receiving this mail because:
You are watching the assignee of the bug.
ed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131114/b19484dd/attachment.html>
Am 13.11.2013 21:29, schrieb Alex Deucher:
> If we fail to allocate an indirect buffer (ib) when updating
> the ptes, return an error instead of trying to use the ib.
> Avoids a null pointer dereference.
>
> Bug:
> https://bugzilla.kernel.org/show_bug.cgi?id=58621
>
> Signed-off-by: Alex Deucher
>
On Wed, Nov 13, 2013 at 11:42:26AM +0100, David Herrmann wrote:
> We moved minor deallocation to drm_dev_free() in:
> commit 8f6599da8e772fa8de54cdf98e9e03cbaf3946da
> Author: David Herrmann
> Date: Sun Oct 20 18:55:45 2013 +0200
>
> drm: delay minor destruction to drm_dev_free()
>
could disable UVD support and just keep the nice KMS'ed VTs?
--
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/20131114/50d2d95f/attachment.html>
ause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131114/dcd31ed2/attachment.html>
rk, radeon_uvd_idle_work_handler);
switch (rdev->family) {
--
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/20131114/37a1ea2a/attachment.html>
From: Andrew Lewycky
A single doorbell page is plenty for cik kms compute.
Use a single page and manage doorbell allocation by
individual doorbells rather than pages. Identify
doorbells by their index rather than byte offset.
Signed-off-by: Andrew Lewycky
Signed-off-by: Alex Deucher
---
driv
Hi Thierry,
On 11/13/2013 10:38 PM, Thierry Reding wrote:
> On Tue, Nov 12, 2013 at 03:14:22PM +0100, Andrzej Hajda wrote:
>> Hi Thierry,
>>
>> I have already sent patch with DSI bus implementation [1].
>> It was posted as the first step of CDF implementation attempt,
>> but in fact it do not depe
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131114/1ca8db87/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=55931
--- Comment #6 from Fred Stevens ---
(In reply to Alex Deucher from comment #5)
> Does it work if you disable AGP? Boot with radeon.agpmode=-1 on the kernel
> command line in grub.
It's working so far. I did try X and it didn't crash with the u
https://bugzilla.kernel.org/show_bug.cgi?id=55931
--- Comment #7 from Fred Stevens ---
Created attachment 114661
--> https://bugzilla.kernel.org/attachment.cgi?id=114661&action=edit
dmesg output from kernel 3.10.17-i586, radeon.agp=-1
--
You are receiving this mail because:
You are watching t
7;ll probably continue tonight.
--
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/20131114/0256830c/attachment.html>
On 11/14/2013 14:16, Andrzej Hajda wrote:
> On 11/13/2013 10:38 PM, Thierry Reding wrote:
> > Furthermore I think if we kept the transfer function proposed
> > in my patch should make it easier to address Bert's comments from your
> > posting.
> I am not sure which part of Barts comment you are ad
https://bugzilla.kernel.org/show_bug.cgi?id=55931
--- Comment #8 from Alex Deucher ---
(In reply to Fred Stevens from comment #6)
> (In reply to Alex Deucher from comment #5)
> > Does it work if you disable AGP? Boot with radeon.agpmode=-1 on the kernel
> > command line in grub.
>
> It's workin
https://bugzilla.kernel.org/show_bug.cgi?id=63101
--- Comment #20 from Alex Deucher ---
Created attachment 114671
--> https://bugzilla.kernel.org/attachment.cgi?id=114671&action=edit
adjust dpm features for stability
This patch should do the trick. With this it sounds like dpm is finally stab
https://bugzilla.kernel.org/show_bug.cgi?id=55931
--- Comment #9 from Fred Stevens ---
Oops! I'll try radeon.agpmode=-1 instead. Still compiling TeXLive as there
has always been an issue with large files, ide, etc with this motherboard and
3x kernels. When I have something significant I will p
Added the series to my queue for 3.13.
Thanks,
Alex
On Tue, Nov 12, 2013 at 6:58 AM, Christian K?nig
wrote:
> From: Christian K?nig
>
> Signed-off-by: Christian K?nig
> ---
> drivers/gpu/drm/radeon/radeon_semaphore.c | 6 +-
> drivers/gpu/drm/radeon/radeon_trace.h | 36
> ++
On Tue, Nov 12, 2013 at 10:51 AM, wrote:
> From: Jerome Glisse
>
> GPU with low amount of ram can fails at pining new framebuffer before
> unpining old one. On such failure, retry with unping old one before
> pining new one allowing to work around the issue. This is somewhat
> ugly but only affe
On Sat, Nov 9, 2013 at 12:59 PM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> With CONFIG_ACPI=n the following build warning is seen:
>
> drivers/gpu/drm/radeon/ni_dpm.c:3448:31: warning: unused variable 'eg_pi'
> [-Wunused-variable]
>
> Move the definition of eg_pi inside the CONFIG_ACPI 'if'
Am 14.11.2013 16:37, schrieb Alex Deucher:
> Added the series to my queue for 3.13.
Please drop [PATCH 3/3] drm/radeon: disable CIK CP semaphores for now.
With the recent discovery that's an alignment issue that doesn't seems
to be necessary any more.
Christian.
>
> Thanks,
>
> Alex
>
> On Tue
https://bugzilla.kernel.org/show_bug.cgi?id=63101
--- Comment #21 from Kertesz Laszlo ---
The
pi->uvd_dpm = true; /* ??? */
line above wasnt a typo. I was trying to say that
- ANY of the enable_mg_clock_gating, enable_gfx_dynamic_mgpg,
override_dynamic_mgpg options enabled caused softresets
https://bugzilla.kernel.org/show_bug.cgi?id=63101
Alex Deucher changed:
What|Removed |Added
Attachment #114671|0 |1
is obsolete|
On Wed, Nov 13, 2013 at 05:59:43PM -0800, Olof Johansson wrote:
> From: Duncan Laurie
>
> We had been using a DMI table workaround to select the right
> frequency for devices, but this is fragile and must be updated
> with every new platform.
>
> Instead the default case when VBT is missing is c
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131114/87bc87a4/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=55931
--- Comment #10 from Fred Stevens ---
Still locks up hard with radeon.agpmode=-1 or radeon.agpmode=1. Haven't tried
anything else yet. The build of TeXLive failed as before with radeon module
disabled. I'm uploading a dmesg output from a "norma
https://bugzilla.kernel.org/show_bug.cgi?id=55931
--- Comment #11 from Fred Stevens ---
Created attachment 114691
--> https://bugzilla.kernel.org/attachment.cgi?id=114691&action=edit
Normal Boot with radeon module loaded
--
You are receiving this mail because:
You are watching the assignee of
On Thu, Nov 14, 2013 at 8:53 AM, Rodrigo Vivi wrote:
> On Wed, Nov 13, 2013 at 05:59:43PM -0800, Olof Johansson wrote:
>> From: Duncan Laurie
>>
>> We had been using a DMI table workaround to select the right
>> frequency for devices, but this is fragile and must be updated
>> with every new plat
Addresses
"[BUG] completely bonkers use of set_need_resched + VM_FAULT_NOPAGE".
In the first occurence it was used to try to be nice while releasing the
mmap_sem and retrying the fault to work around a locking inversion.
The second occurence was never used.
There has been some discussion whether
On Thu, Nov 14, 2013 at 09:36:10AM -0800, Olof Johansson wrote:
> On Thu, Nov 14, 2013 at 8:53 AM, Rodrigo Vivi
> wrote:
> > On Wed, Nov 13, 2013 at 05:59:43PM -0800, Olof Johansson wrote:
> >> From: Duncan Laurie
> >>
> >> We had been using a DMI table workaround to select the right
> >> freque
https://bugzilla.kernel.org/show_bug.cgi?id=55931
--- Comment #12 from Fred Stevens ---
Created attachment 114761
--> https://bugzilla.kernel.org/attachment.cgi?id=114761&action=edit
Latest - radeon.agpmode=-1
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=55931
--- Comment #13 from Fred Stevens ---
Everything seems to be working now. I reset the agp aperature to 256Mb (same
as card) and booted as you suggested (radeon.agpmode=-1). I am rebuilding
about 4 or 5 different packages and using both cpus. It
https://bugzilla.kernel.org/show_bug.cgi?id=55931
--- Comment #14 from Alex Deucher ---
(In reply to Fred Stevens from comment #13)
> Everything seems to be working now. I reset the agp aperature to 256Mb
> (same as card) and booted as you suggested (radeon.agpmode=-1). I am
> rebuilding about
https://bugzilla.kernel.org/show_bug.cgi?id=55931
--- Comment #15 from Fred Stevens ---
If one tries to copy or manipulate a file (compress with gzip, xz, bz2) larger
than 1GB. There was a fix for this issue back with earlier 2.6 kernels but it
re-surfaced sometime around the release of 2.6.34 a
On 11/14/2013 02:24 PM, Jani Nikula wrote:
>
> Hi Mario -
>
> On Wed, 13 Nov 2013, Mario Kleinsasser gmail.com> wrote:
>> In the last three weeks I've narrowed down the bug described in the
>> subject through Ubuntu launchpad. My new Laptop (Acer Aspire V5-573G)
>> with new Haswell CPU shows a b
On Thu, Nov 14, 2013 at 8:29 AM, Aaron Lu wrote:
> On 11/14/2013 02:24 PM, Jani Nikula wrote:
>>
>> Hi Mario -
>>
>> On Wed, 13 Nov 2013, Mario Kleinsasser > gmail.com> wrote:
>>> In the last three weeks I've narrowed down the bug described in the
>>> subject through Ubuntu launchpad. My new Lapto
50 matches
Mail list logo
