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
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 #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 #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.
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 #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
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
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131114/87bc87a4/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=63101
Alex Deucher changed:
What|Removed |Added
Attachment #114671|0 |1
is obsolete|
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=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
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
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
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
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
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 #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
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
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
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131114/1ca8db87/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>
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>
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>
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 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'
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 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
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 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()
>
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
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
>
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
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
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.
ed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131114/b19484dd/attachment.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.
.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131114/d04ecf5d/attachment-0001.html>
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131114/bb3b/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131114/f18e8a13/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131114/6a75162e/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131114/6f4237b5/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131114/4c712445/attachment.html>
org/archives/dri-devel/attachments/20131114/4e231823/attachment.html>
reedesktop.org/archives/dri-devel/attachments/20131114/ae0b3371/attachment-0001.html>
RL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131114/fef24835/attachment.html>
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 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
50 matches
Mail list logo
