2010/3/17 Alex Deucher :
> On Mon, Mar 15, 2010 at 3:30 AM, Alex Deucher wrote:
>> On Sun, Mar 14, 2010 at 7:01 PM, Alex Deucher wrote:
>>> This weekend I finally got some time to sit down with kms pm, and I
>>> created a new patch set (against drm-radeon-testing). For those that
>>> want to pla
>From 05f313069127e7dfbd28e4d8ff2142657650aeee Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Wed, 17 Mar 2010 02:07:37 -0400
Subject: [PATCH] drm/radeon/kms: add hw_i2c module option
Turn off hw i2c by default except for mm i2c which
is hw only until we sort out the remaining prescale
issues
http://bugs.freedesktop.org/show_bug.cgi?id=25597
David Ronis changed:
What|Removed |Added
Attachment #34132|0 |1
is obsolete|
http://bugs.freedesktop.org/show_bug.cgi?id=27086
--- Comment #4 from Alex Deucher 2010-03-16 19:35:49 PST ---
I've attempted to fill this in here:
http://people.freedesktop.org/~agd5f/pm2/0022-drm-radeon-kms-pm-restore-default-power-state-on-ex.patch
--
Configure bugmail: http://bugs.fre
On Mon, Mar 15, 2010 at 3:30 AM, Alex Deucher wrote:
> On Sun, Mar 14, 2010 at 7:01 PM, Alex Deucher wrote:
>> This weekend I finally got some time to sit down with kms pm, and I
>> created a new patch set (against drm-radeon-testing). For those that
>> want to play with the i2c stuff for therma
>From da5bdce6046f82d6c12d7d8ed204866c7c51c331 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Tue, 16 Mar 2010 20:54:38 -0400
Subject: [PATCH] drm/radeon/kms: display watermark fixes
- rs780/880 were using the wrong bandwidth functions
- convert r1xx-r4xx to use the same pm sclk/mclk structs a
http://bugs.freedesktop.org/show_bug.cgi?id=27071
--- Comment #4 from David Ronis 2010-03-16 17:54:56
PST ---
This hasn't been committed to master it seems.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You
http://bugs.freedesktop.org/show_bug.cgi?id=26430
--- Comment #21 from Andrew Randrianasulu 2010-03-16
17:44:19 PST ---
(In reply to comment #20)
> Created an attachment (id=34124)
--> (http://bugs.freedesktop.org/attachment.cgi?id=34124) [details]
> use default sclk
>
> Perhaps there's a
http://bugs.freedesktop.org/show_bug.cgi?id=25597
--- Comment #10 from David Ronis 2010-03-16 17:44:27
PST ---
Created an attachment (id=34132)
--> (http://bugs.freedesktop.org/attachment.cgi?id=34132)
Valgrind output
Output is quite strange--basically it looks as if valgrind crashed befo
http://bugs.freedesktop.org/show_bug.cgi?id=26380
Shawn Starr changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
ARGH! sent the wrong patch again. This one should be the correct one.
Alex
>From c04ed4d1639c09829e0851c579734173e1aa7bca Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Tue, 16 Mar 2010 17:08:06 -0400
Subject: [PATCH] drm/radeon/kms: init rdev->num_crtc at asic init
Replace hardcoded numbe
Updated version that applies cleanly without other pm changes.
Alex
>From c651ef22ef41204031e0be5fe6f2fc43554775db Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Tue, 16 Mar 2010 16:57:52 -0400
Subject: [PATCH] drm/radeon/kms: init rdev->num_crtc at asic init
Replace hardcoded numbers with r
http://bugs.freedesktop.org/show_bug.cgi?id=26515
--- Comment #6 from Marek Kubica 2010-03-16 13:00:07
PST ---
Ok, I built todays Mesa from git, set LIBGL_DRIVERS_PATH and the corrupted
textures are still there (I also checked gl-vendor-version which was "Mesa
7.9-devel" which looks about r
http://bugs.freedesktop.org/show_bug.cgi?id=26430
--- Comment #20 from Alex Deucher 2010-03-16 11:58:17 PST ---
Created an attachment (id=34124)
--> (http://bugs.freedesktop.org/attachment.cgi?id=34124)
use default sclk
Perhaps there's a problem reading back the sclk on your system... Doe
http://bugs.freedesktop.org/show_bug.cgi?id=25597
--- Comment #9 from David Ronis 2010-03-16 11:32:46
PST ---
In response to comment #7; I had applied the patch (I reported bug 27071).
Something else was going on there which is now fixed. This problem still
remains.
--
Configure bugma
http://bugs.freedesktop.org/show_bug.cgi?id=26515
--- Comment #5 from Michel Dänzer 2010-03-16 10:58:49 PST
---
(In reply to comment #4)
> Trying the git version would mean that I have to package the current git
> version as debian package to uninstall it cleanly afterwards, [...]
No need
http://bugs.freedesktop.org/show_bug.cgi?id=25597
--- Comment #8 from Pauli 2010-03-16 10:07:15 PST ---
This looks like screen is destroyed before context. Can someone
reproduce this in valgrind and attach the log?
It may not crash in valgrind but there should be double free report
with sam
This looks like screen is destroyed before context. Can someone
reproduce this in valgrind and attach the log?
It may not crash in valgrind but there should be double free report
with same backtrace.
--
Download Intel® Pa
http://bugs.freedesktop.org/show_bug.cgi?id=25597
--- Comment #7 from Alex Deucher 2010-03-16 09:53:24 PST ---
does this commit help?
http://cgit.freedesktop.org/mesa/mesa/commit/?h=7.8&id=e9c2c4a76466fc1ccfbf4d5de048414f7126b940
--
Configure bugmail: http://bugs.freedesktop.org/userprefs
http://bugs.freedesktop.org/show_bug.cgi?id=27083
--- Comment #6 from Christian Schmidt 2010-03-16 09:46:47
PST ---
Both patches together work for my duplicate T500 bug.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
http://bugs.freedesktop.org/show_bug.cgi?id=25597
--- Comment #6 from David Ronis 2010-03-16 09:41:32
PST ---
I'm still seeing this bug (I think). Here's a recent console log/backtrace
after upgrading to the current git/master.
*WARN_ONCE***
This will fix suspend/resume on r520 asic.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_asic.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_asic.c
b/drivers/gpu/drm/radeon/radeon_asic.c
index 3e40bc4..a5be6e0 100644
Hi,
I tried the pm2 patches from [1] on top of Linus-tree -
2.6.34-rc1-git6 to be precise.
I have prepared a single patch of drm-radeon-testing GIT branch (as of
15-Mar-2010) [2].
The patch-series file against 2.6.34-rc1 looks like:
[series]
# upstream updates
upstream/patch-2.6.34-rc1-git6
#
On 03/15/10 13:55, Thomas Weber wrote:
> I have fixed some typos.
Acked-by: Randy Dunlap
Jiri, can you merge these, please, unless someone objects (?).
> Thomas Weber (4):
> Fix typo: [Ss]ytem => [Ss]ystem
> Fix typo: udpate => update
> Fix typo: paramters => parameters
> Fix typo: org
BugLink: http://launchpad.net/bug/515246
Elite Computers G335 reports the lid status as closed when it is open. This
leads to a "no connectors reported" error at startup. Blacklisting
it to always return a connected status for the default lvds connector.
Signed-off-by: Surbhi Palande
---
driver
On Saturday 13 March 2010 08:02:24 pm Bjorn Helgaas wrote:
> On Sat, 2010-03-13 at 13:46 -0700, Pete Zaitcev wrote:
> > On Fri, 12 Mar 2010 22:37:56 -0700
> > Bjorn Helgaas wrote:
> >
> > > Thanks for the report. Would you mind posting the entire dmesg
> > > log, /proc/iomem contents, and "lspci
On Mon, 15 Mar 2010, Randy Dunlap wrote:
> > I have fixed some typos.
>
> Acked-by: Randy Dunlap
>
> Jiri, can you merge these, please, unless someone objects (?).
Yes, I will take it, thanks. A couple comments though:
- [important!] Thomas, it's not necessary to CC zillions of people on such
I have fixed some typos.
Thomas Weber (4):
Fix typo: [Ss]ytem => [Ss]ystem
Fix typo: udpate => update
Fix typo: paramters => parameters
Fix typo: orginal => original
Documentation/cgroups/cgroups.txt |2 +-
Documentation/kbuild/kconfig.txt|2 +-
Docu
The following two patches are quirks that blacklist bios which report
incorrect lid status. These are bioses for machines with a 900 GM.
The first one is tested by Ubuntu users and the second one isn't.
Further testing will be appreciated.
Surbhi Palande (2):
drm/i915: blacklist lid status: Son
On Mon, Mar 15, 2010 at 10:56:02AM +1000, Dave Airlie wrote:
> On Tue, Mar 2, 2010 at 2:00 AM, Jordan Crouse wrote:
> >
> > Allow platform devices without PCI resources to be DRM devices.
> >
> > Signed-off-by: Jordan Crouse
>
> This patch has a bunch of whitespace damage at least in my inbox an
BugLink: http://launchpad.net/bug/515246
Sony VGN-BX196VP reports the lid status as closed when it is open. This
leads to a "no connectors reported" error at startup. Blacklisting
it to always return a connected status for the default lvds connector.
Signed-off-by: Surbhi Palande
---
drivers/gp
http://bugs.freedesktop.org/show_bug.cgi?id=3834
ung...@googlemail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=27071
Pauli changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Tue, 2010-03-16 at 10:56 -0400, Alex Deucher wrote:
> 2010/3/16 Michel Dänzer :
> >
> > Commit 96a4c8d50de20da865296a380b996f73204d6b34 ('drm/radeon/kms: fix
> > i2c prescale calc on older radeons') breaks LVDS on my RV350 PowerBook
> > again. Reverting just that commit on top of drm-radeon-tes
2010/3/16 Michel Dänzer :
>
> Commit 96a4c8d50de20da865296a380b996f73204d6b34 ('drm/radeon/kms: fix
> i2c prescale calc on older radeons') breaks LVDS on my RV350 PowerBook
> again. Reverting just that commit on top of drm-radeon-testing commit
> 589468458fa964c2020e23e4d9353be2ef8bd3be fixes it.
>
Commit 96a4c8d50de20da865296a380b996f73204d6b34 ('drm/radeon/kms: fix
i2c prescale calc on older radeons') breaks LVDS on my RV350 PowerBook
again. Reverting just that commit on top of drm-radeon-testing commit
589468458fa964c2020e23e4d9353be2ef8bd3be fixes it.
--
Earthling Michel Dänzer
http://bugs.freedesktop.org/show_bug.cgi?id=27083
--- Comment #5 from Alex Deucher 2010-03-16 07:01:21 PST ---
Created an attachment (id=34106)
--> (http://bugs.freedesktop.org/attachment.cgi?id=34106)
disable lcd pll code
I suspect the pll algo fixes are actually what fixed things. Can y
On Tue, 2010-03-16 at 13:56 +, James Simmons wrote:
> > > The fb_ops can only be called from fbcon or the fbdev userland interface.
> > > The fbcon calls should only happen when the VC is in KD_TEXT mode. Now
> > > with the DRM backend we have the advantage of creating a mapping seperate
>
> > The fb_ops can only be called from fbcon or the fbdev userland interface.
> > The fbcon calls should only happen when the VC is in KD_TEXT mode. Now
> > with the DRM backend we have the advantage of creating a mapping seperate
> > from the console mapping. A fb_open/fb_close could be used t
http://bugs.freedesktop.org/show_bug.cgi?id=27083
Alex Deucher changed:
What|Removed |Added
CC||schm...@digadd.de
--- Comment #4 from
On Mon, 2010-03-15 at 18:38 +, James Simmons wrote:
> > > The big issue we have with resizing the buffer is userspace mmaps of the
> > > fbdev
> > > device, and invalidation.
> > > Previous thread of unresolvedness is here.
> > > http://www.mail-archive.com/dri-devel@lists.sourceforge.net/msg
Arvind R wrote:
> On Thu, Mar 11, 2010 at 4:32 PM, Pekka Paalanen wrote:
>
>> I'm adding dri-devel@ to CC, since this suggested patch touches
>> TTM code, and none of the Nouveau code. TTM patches go via
>> dri-de...@.
>>
>> Thanks.
>>
>>
>>
This is a NAK in its current form.
First, At m
Dave Airlie wrote:
> Now that the drm core can do this, lets just use it, split the code out
> so TTM doesn't have to drag all of drmP.h in.
>
>
Acked-by: Thomas Hellstrom
It's funny, though. The original code used code similar to
"is_vmalloc_addr()" now in linux/mm.h to distinguish between k
http://bugs.freedesktop.org/show_bug.cgi?id=27083
--- Comment #3 from Stefano Carignano 2010-03-16
02:58:03 PST ---
seems to be working here as well, thanks!
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You
http://bugs.freedesktop.org/show_bug.cgi?id=27083
--- Comment #2 from Alexandre Derumier 2010-03-16
02:44:41 PST ---
i confirm, with the pll limits patch, i doesn't need the lvds quirk for my dell
studio laptop 15.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
45 matches
Mail list logo