>From a1119b4663f0e986468dbbb086432f058384fc79 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Mon, 11 Jan 2010 19:47:38 -0500
Subject: [PATCH] drm/radeon/kms/r6xx+: make irq handler less verbose
Unhandled vectors can be safely ignored, no need
to spam the kernel log by default.
Signed-off-by:
http://bugzilla.kernel.org/show_bug.cgi?id=15002
Andrew Morton changed:
What|Removed |Added
CC||a...@linux-foundation.org
--- Comment
http://bugs.freedesktop.org/show_bug.cgi?id=25997
Summary: libdrm builds programs only used during `make check` in
`make all`
Product: DRI
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Key
http://bugs.freedesktop.org/show_bug.cgi?id=25982
--- Comment #4 from Michel Dänzer 2010-01-11 15:48:27 PST
---
(In reply to comment #3)
> Forgot to mention the newer Mesa also brought an update to libdrm (2.4.11 with
> 7.4.4, 2.4.17 with 7.6.1).
> Apologies if this is a libdrm bug instead.
On Tuesday 12 January 2010, Dave Airlie wrote:
> On Tue, Jan 12, 2010 at 8:22 AM, Rafael J. Wysocki wrote:
> > On Monday 11 January 2010, Julien Cristau wrote:
> >> On Mon, Jan 11, 2010 at 22:04:36 +0100, Rafael J. Wysocki wrote:
> >>
> >> > Hmm, are you trying to say radeon is better at that?
> >
On Mon, Jan 11, 2010 at 22:04:36 +0100, Rafael J. Wysocki wrote:
> Hmm, are you trying to say radeon is better at that?
>
> My experience is quite the opposite to be honest.
>
radeon kms is in staging, doesn't pretend to be stable and force all
users to the experimental paths. So yes, I would s
On 23:27 Sun 10 Jan , Rafael J. Wysocki wrote:
> This message contains a list of some regressions from 2.6.32, for which there
> are no fixes in the mainline I know of. If any of them have been fixed
> already,
> please let me know.
>
> If you know of any other unresolved regressions from 2.
On 10-01-10 12:15, Pekka Paalanen wrote:
> On Sun, 10 Jan 2010 12:43:02 +0200
> Alexey Dobriyan wrote:
>
>
>>> On Thu, 7 Jan 2010 22:44:24 +0100
>>> r.spl...@umail.leidenuniv.nl wrote:
>>>
>>>
1. joi pointed out that procfs is deprecated, and I should use
sysfs instead.
>> /proc is
From: Zhao Yakui
The HP comaq nx9020/Samsung SX20S laptop always report that the LID status is
closed and we can't use it reliabily for LVDS detection. So add the two boxes
into the quirk list.
http://bugzilla.kernel.org/show_bug.cgi?id=14957
http://bugzilla.kernel.org/show_bug.cgi?id=14554
Sig
On Tue, Jan 12, 2010 at 8:22 AM, Rafael J. Wysocki wrote:
> On Monday 11 January 2010, Julien Cristau wrote:
>> On Mon, Jan 11, 2010 at 22:04:36 +0100, Rafael J. Wysocki wrote:
>>
>> > Hmm, are you trying to say radeon is better at that?
>> >
>> > My experience is quite the opposite to be honest.
On Monday 11 January 2010, Andrew Morton wrote:
> On Wed, 6 Jan 2010 15:38:46 GMT
> bugzilla-dae...@bugzilla.kernel.org wrote:
>
> > http://bugzilla.kernel.org/show_bug.cgi?id=14997
>
> Seems to be a 2.6.31 -> 2.6.32 regression. I don't know if the
> assignment to DRI was appropriate?
I'm not s
On Wed, 6 Jan 2010 15:38:46 GMT
bugzilla-dae...@bugzilla.kernel.org wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=14997
Seems to be a 2.6.31 -> 2.6.32 regression. I don't know if the
assignment to DRI was appropriate?
--
On Monday 11 January 2010, Julien Cristau wrote:
> On Mon, Jan 11, 2010 at 22:04:36 +0100, Rafael J. Wysocki wrote:
>
> > Hmm, are you trying to say radeon is better at that?
> >
> > My experience is quite the opposite to be honest.
> >
> radeon kms is in staging, doesn't pretend to be stable an
On Monday 11 January 2010, Nick Bowler wrote:
> On 23:27 Sun 10 Jan , Rafael J. Wysocki wrote:
> > This message contains a list of some regressions from 2.6.32, for which
> > there
> > are no fixes in the mainline I know of. If any of them have been fixed
> > already,
> > please let me know.
On Monday 11 January 2010, Dave Airlie wrote:
> On Tue, Jan 12, 2010 at 2:38 AM, Jesse Barnes
> wrote:
> > On Sun, 10 Jan 2010 07:32:30 +1000
> > Dave Airlie wrote:
> >> I'm in the 2-3 years at a minimum, with at least one kernel with no
> >> serious regressions in Intel KMS, which we haven't go
On Tue, 12 Jan 2010 06:12:37 +1000
Dave Airlie wrote:
> On Tue, Jan 12, 2010 at 2:38 AM, Jesse Barnes
> wrote:
> > On Sun, 10 Jan 2010 07:32:30 +1000
> > Dave Airlie wrote:
> >> I'm in the 2-3 years at a minimum, with at least one kernel with no
> >> serious regressions in Intel KMS, which we h
On Monday 11 January 2010, Borislav Petkov wrote:
> On Sun, Jan 10, 2010 at 11:32:56PM +0100, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> >
On Mon, Jan 11, 2010 at 3:08 PM, Alex Deucher wrote:
> On Mon, Jan 11, 2010 at 1:42 PM, Maarten Maathuis
> wrote:
>> On Mon, Jan 11, 2010 at 6:57 PM, Alex Deucher wrote:
>>> >From 6d980869ef031752dac505c1aacbbe221fb2c6e7 Mon Sep 17 00:00:00 2001
>>> From: Alex Deucher
>>> Date: Mon, 11 Jan 201
On Tue, Jan 12, 2010 at 2:38 AM, Jesse Barnes wrote:
> On Sun, 10 Jan 2010 07:32:30 +1000
> Dave Airlie wrote:
>> I'm in the 2-3 years at a minimum, with at least one kernel with no
>> serious regressions in Intel KMS, which we haven't gotten close to
>> yet. I'm not even sure the Intel guys are
On Mon, Jan 11, 2010 at 1:42 PM, Maarten Maathuis wrote:
> On Mon, Jan 11, 2010 at 6:57 PM, Alex Deucher wrote:
>> >From 6d980869ef031752dac505c1aacbbe221fb2c6e7 Mon Sep 17 00:00:00 2001
>> From: Alex Deucher
>> Date: Mon, 11 Jan 2010 12:39:35 -0500
>> Subject: [PATCH] drm/radeon/kms/rv100: reje
On Monday 11 January 2010, Rafał Miłecki wrote:
> 2010/1/10 Rafael J. Wysocki :
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14747
> > Subject : bisected 2.6.32 regression: synaptics touchpad doesn't
> > work
> > Submitter : François Valenduc
> > Date
Jerome Glisse wrote:
> On Tue, Jan 12, 2010 at 01:03:02AM +0800, Donnie Fang wrote:
>
>> I want to dig much more into this asynchronous memory manager mechanism.
>> Now I have several questions:
>> 1.According to Thamos's suggestion, each memory manager will has a fence
>> object with it, which
On Mon, Jan 11, 2010 at 6:57 PM, Alex Deucher wrote:
> >From 6d980869ef031752dac505c1aacbbe221fb2c6e7 Mon Sep 17 00:00:00 2001
> From: Alex Deucher
> Date: Mon, 11 Jan 2010 12:39:35 -0500
> Subject: [PATCH] drm/radeon/kms/rv100: reject modes >135 Mhz on DVI
>
> Due to heat issues. Fixes fdo bug
>From 6d980869ef031752dac505c1aacbbe221fb2c6e7 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Mon, 11 Jan 2010 12:39:35 -0500
Subject: [PATCH] drm/radeon/kms/rv100: reject modes >135 Mhz on DVI
Due to heat issues. Fixes fdo bug 25992
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r
On Tue, Jan 12, 2010 at 01:03:02AM +0800, Donnie Fang wrote:
> I want to dig much more into this asynchronous memory manager mechanism.
> Now I have several questions:
> 1.According to Thamos's suggestion, each memory manager will has a fence
> object with it, which is delivered from driver's *move
http://bugs.freedesktop.org/show_bug.cgi?id=23993
--- Comment #9 from Rafał Mużyło 2010-01-11 09:19:59 PST ---
By now, I'm on 7.7 and this single patch
doesn't seem to help.
Now it's
xorg-server 1.7.4
kernel 2.6.32
libdrm-2.4.17
--
Configure bugmail: http://bugs.freedesktop.org/userpref
On 10-01-10 12:15, Pekka Paalanen wrote:
> On Sun, 10 Jan 2010 12:43:02 +0200
> Alexey Dobriyan wrote:
>
>
>>> On Thu, 7 Jan 2010 22:44:24 +0100
>>> r.spl...@umail.leidenuniv.nl wrote:
>>>
>>>
1. joi pointed out that procfs is deprecated, and I should use
sysfs instead.
I want to dig much more into this asynchronous memory manager mechanism.
Now I have several questions:
1.According to Thamos's suggestion, each memory manager will has a fence
object with it, which is delivered from driver's *move* function, my
question is what's relationship between the memory man
On Sun, 10 Jan 2010 07:32:30 +1000
Dave Airlie wrote:
> I'm in the 2-3 years at a minimum, with at least one kernel with no
> serious regressions in Intel KMS, which we haven't gotten close to
> yet. I'm not even sure the Intel guys are taking stable seriously
> enough yet. So far I don't think th
http://bugs.freedesktop.org/show_bug.cgi?id=25982
--- Comment #3 from Lauri Kasanen 2010-01-11 08:26:13
PST ---
Forgot to mention the newer Mesa also brought an update to libdrm (2.4.11 with
7.4.4, 2.4.17 with 7.6.1).
Apologies if this is a libdrm bug instead. How can I find that out?
Fou
http://bugs.freedesktop.org/show_bug.cgi?id=25982
Lauri Kasanen changed:
What|Removed |Added
Attachment #32564|application/octet-stream|text/plain
mime type|
>From 16de3600adde106fbb6eb828a3fa1b935d938425 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Mon, 11 Jan 2010 10:50:18 -0500
Subject: [PATCH] drm/radeon/kms: fix up LVDS handling on macs
Based on radeonfb code and recent ddx fix.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeo
http://bugs.freedesktop.org/show_bug.cgi?id=23993
--- Comment #8 from Alex Deucher 2010-01-11 06:51:48 PST ---
Does mesa from git master or the 7.7 branch work any better? This commit might
help:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=554043bff72ced41b2a5e03e61cbc087bb41bd3d
--
http://bugs.freedesktop.org/show_bug.cgi?id=25982
Alex Deucher changed:
What|Removed |Added
Attachment #32563|application/octet-stream|text/plain
mime type|
Zitat von Xavier Bestel :
> On Fri, 2010-01-08 at 23:36 +0100, Hendrik Sattler wrote:
>> Am Freitag 08 Januar 2010 23:29:11 schrieb Alex Deucher:
>> > On Fri, Jan 8, 2010 at 12:53 PM, Hendrik Sattler
>> >
>> > wrote:
>> > > Hi,
>> > >
>> > > I have a ATI HD2400XT in my notebook and tried the rade
http://bugs.freedesktop.org/show_bug.cgi?id=25875
--- Comment #1 from Alex Deucher 2010-01-11 06:39:33 PST ---
Can you try mesa from git master or the 7.7 branch? Dave fixed some issues
there:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=554043bff72ced41b2a5e03e61cbc087bb41bd3d
http://c
http://bugzilla.kernel.org/show_bug.cgi?id=14535
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #4 fr
http://bugzilla.kernel.org/show_bug.cgi?id=15030
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #1 fr
http://bugs.freedesktop.org/show_bug.cgi?id=25733
--- Comment #4 from Nikolay Rysev 2010-01-11 06:12:33 PST
---
I can also confirm this bug.
2.6.33-rc3, x86_64, dri2proto + mesa + libdrm + xf86-video-ati from git, RV630.
I don't have 32-bit userspace.
--
Configure bugmail: http://bugs.
http://bugs.freedesktop.org/show_bug.cgi?id=25733
Christophe Saout changed:
What|Removed |Added
CC||christo...@saout.de
--- Comment #3
2010/1/10 Rafael J. Wysocki :
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14747
> Subject : bisected 2.6.32 regression: synaptics touchpad doesn't work
> Submitter : François Valenduc
> Date : 2009-12-06 11:16 (36 days old)
Not sure if this is hackish o
On Mon, Jan 11, 2010 at 04:20:00PM +0800, Yuan, Shengquan wrote:
> In function ttm_bo_move_ttm, ttm_bo_move_memcpy, and
> ttm_bo_move_accel_cleanup, just before function exits, there is:
> ttm_flag_masked(&save_flags, new_mem->placement,
> TTM_PL_MASK_MEMTYPE);
>
> Is it needed be
On Fri, 2010-01-08 at 23:36 +0100, Hendrik Sattler wrote:
> Am Freitag 08 Januar 2010 23:29:11 schrieb Alex Deucher:
> > On Fri, Jan 8, 2010 at 12:53 PM, Hendrik Sattler
> >
> > wrote:
> > > Hi,
> > >
> > > I have a ATI HD2400XT in my notebook and tried the radeon.ko module with
> > > modeset=1 (
In function ttm_bo_move_ttm, ttm_bo_move_memcpy, and
ttm_bo_move_accel_cleanup, just before function exits, there is:
ttm_flag_masked(&save_flags, new_mem->placement,
TTM_PL_MASK_MEMTYPE);
Is it needed because save_flags is just a local variable?
Thanks
Austin
--
On Sun, Jan 10, 2010 at 11:32:56PM +0100, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.32. Please verify if it still should be listed and l
drivers/gpu/drm/nouveau/nouveau_debugfs.c: Remove unnecessary casts.
The struct seq_file 'private' member is a void *, the casts are not needed.
Signed-off-by: H Hartley Sweeten
Cc: David Airlie
---
diff --git a/drivers/gpu/drm/nouveau/nouveau_debugfs.c
b/drivers/gpu/drm/nouveau/nouveau_debu
Am Freitag 08 Januar 2010 23:29:11 schrieb Alex Deucher:
> On Fri, Jan 8, 2010 at 12:53 PM, Hendrik Sattler
>
> wrote:
> > Hi,
> >
> > I have a ATI HD2400XT in my notebook and tried the radeon.ko module with
> > modeset=1 (X cannot use this, yet).
> > While this gives me a framebuffer console wit
On Sun, Jan 10, 2010 at 12:33:40PM +0200, Pekka Paalanen wrote:
> Adding dri-devel@ to CC.
>
> On Thu, 7 Jan 2010 22:44:24 +0100
> r.spl...@umail.leidenuniv.nl wrote:
>
> > With some progress in PowerManagement support (there's a patch
> > nearly done for reading the P-tables, written mostly by
Stanse found a potential null dereference in i915_suspend.
There is a check for dev and dev_priv being NULL, but dev is
dereferenced earlier. Move the dereference after the check.
Signed-off-by: Jiri Slaby
---
drivers/gpu/drm/i915/i915_drv.c | 18 +-
1 files changed, 13 inserti
drivers/gpu/drm/drm_info.c: Remove unnecessary casts.
The struct seq_file 'private' member is a void *, the casts are not needed.
Signed-off-by: H Hartley Sweeten
Cc: David Airlie
---
diff --git a/drivers/gpu/drm/drm_info.c b/drivers/gpu/drm/drm_info.c
index f0f6c6b..25d90e6 100644
--- a/driv
On Friday, January 08, 2010 2:21 PM, Jesse Barnes wrote:
> On Fri, 8 Jan 2010 14:18:01 -0700
> H Hartley Sweeten wrote:
>
>> drivers/gpu/drm/i915/i915_debugfs.c: Remove unnecessary casts.
>>
>> The struct seq_file 'private' member is a void *, the casts are not
>> needed.
>>
>> Signed-off-by: H
drivers/gpu/drm/i915/i915_debugfs.c: Remove unnecessary casts.
The struct seq_file 'private' member is a void *, the casts are not needed.
Signed-off-by: H Hartley Sweeten
Cc: David Airlie
---
diff --git a/drivers/gpu/drm/i915/i915_debugfs.c
b/drivers/gpu/drm/i915/i915_debugfs.c
index 9c9998
52 matches
Mail list logo
