On Tue, Mar 23, 2010 at 7:04 AM, Sedat Dilek sedat.di...@googlemail.com wrote:
V2 of my proposal.
0001: Reviewed-by: Dan Nicholson dbn.li...@gmail.com
0002: Having a hard requirement on libdrm_radeon needs to be passed by
the radeon developers. If it is deemed OK, then just drop the 3rd and
4th
On Tue, Mar 23, 2010 at 1:57 PM, Sedat Dilek sedat.di...@googlemail.comwrote:
Thanks for the turbo fix, but you workarounded the real bug.
Frankly, the Mesa build system isn't my area and I don't want to have
anything to do with it.
The square microtiling is now disabled on both older kernels
On Tue, Mar 23, 2010 at 6:37 PM, Marek Olšák mar...@gmail.com wrote:
On Tue, Mar 23, 2010 at 1:57 PM, Sedat Dilek sedat.di...@googlemail.com
wrote:
Thanks for the turbo fix, but you workarounded the real bug.
Frankly, the Mesa build system isn't my area and I don't want to have
anything to
On Thu, 4 Mar 2010 15:20:46 -0800
Jesse Barnes jbar...@virtuousgeek.org wrote:
On Fri, 05 Mar 2010 00:16:45 +0100
Michel Dänzer mic...@daenzer.net wrote:
On Thu, 2010-03-04 at 16:09 -0700, Brian Paul wrote:
Jesse Barnes wrote:
Would anyone have objections if these lists moved to
On Tuesday 23 March 2010, Sanjoy Mahajan wrote:
me It hasn't recurred since I filed the bug report (6 days ago), but as
me far as I know it is still a problem.
I spoke too soon. It recurred about an hour ago.
Well, I guess no one has any idea about what's going on.
Rafael
On Die, 2010-03-23 at 12:32 -0700, Jesse Barnes wrote:
On Thu, 4 Mar 2010 15:20:46 -0800
Jesse Barnes jbar...@virtuousgeek.org wrote:
On Fri, 05 Mar 2010 00:16:45 +0100
Michel Dänzer mic...@daenzer.net wrote:
On Thu, 2010-03-04 at 16:09 -0700, Brian Paul wrote:
Jesse Barnes
On Sun, Mar 21, 2010 at 10:33 AM, Chia-I Wu olva...@gmail.com wrote:
On Sun, Mar 21, 2010 at 5:19 PM, Sedat Dilek sedat.di...@googlemail.com
wrote:
[...]
Even I see OpenArena got a boost from ~25fps (7.8 GIT) to ~32fps
(master GIT incl. gallium-st-api-dri merge)
$ cat oa_benchmark.txt
On Mon, 22 Mar 2010 12:28:00 -0400
Alex Deucher alexdeuc...@gmail.com wrote:
On Mon, Mar 22, 2010 at 4:52 AM, Clemens Ladisch clem...@ladisch.de wrote:
AMD says in section 2.5.4 (GFX MSI Enable) of #43291 (AMD 780G Family
Register Programming Requirements):
The SBIOS must enable
On Sun, 21 Mar 2010, Rafael J. Wysocki wrote:
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15495
Subject : Flood of SELinux denials on polkitd
Submitter : Alex Villacis Lasso avill...@ceibo.fiec.espol.edu.ec
Date : 2010-03-09 16:47 (13 days old)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Luc Verhaegen wrote:
On Fri, Mar 19, 2010 at 11:33:02AM -0700, Ian Romanick wrote:
I've been busy trying to get a release out the door, so I haven't looked
at these patches yet. I won't have a chance to look at the patches
until at least late
On Monday 22 March 2010, Linus Torvalds wrote:
On Sun, 21 Mar 2010, Rafael J. Wysocki wrote:
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15495
Subject : Flood of SELinux denials on polkitd
Submitter : Alex Villacis Lasso avill...@ceibo.fiec.espol.edu.ec
On Mon, Mar 22, 2010 at 1:29 PM, LiYe omni.l...@gmail.com wrote:
I'm interested in openGL implementation and the DRI driver development.
Specifically, I want to learn how an OpenGL command was implemented and
how it was converted into direct rendering context and transferred to
the hardware. I
On Mon, Mar 22, 2010 at 2:24 AM, Luc Verhaegen l...@skynet.be wrote:
In
particular, the Mesa core - classic driver split only makes sense if
there are enough people who are actually working on those drivers who
would support the split. Otherwise, this is bound to lead straight
into hell.
In
On Mon, Mar 22, 2010 at 10:46:37PM +0100, Nicolai Haehnle wrote:
On Mon, Mar 22, 2010 at 2:24 AM, Luc Verhaegen l...@skynet.be wrote:
In
particular, the Mesa core - classic driver split only makes sense if
there are enough people who are actually working on those drivers who
would support
On Sun, Mar 21, 2010 at 5:19 PM, Sedat Dilek sedat.di...@googlemail.com wrote:
Hi Chia-I (hope this is the first name),
It is :)
I've merged the branch. All Gallium DRI drivers now use st_api.h
instead of st_public.h. If you notice any regression due the merge,
please let me know so that I can
ARGH! typo in that patch. Correct version attached.
Alex
On Sun, Mar 21, 2010 at 11:56 AM, Alex Deucher alexdeuc...@gmail.com wrote:
From 7ac6ef362be216990835bfb5a7a71fdcf6d04ff5 Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Sun, 21 Mar 2010 11:51:24 -0400
2010/3/22 Rafael J. Wysocki r...@sisk.pl:
Hi,
Some time ago I reported a problem with resuming from suspend to RAM on
HP nx6325 with radeon+KMS.
Can you post the X.org log file? if you are really using 6.12.4 and
not a backport
then the userspace driver has no KMS support and it is trashing
On Sunday 21 March 2010, Dave Airlie wrote:
2010/3/22 Rafael J. Wysocki r...@sisk.pl:
Hi,
Some time ago I reported a problem with resuming from suspend to RAM on
HP nx6325 with radeon+KMS.
Can you post the X.org log file? if you are really using 6.12.4 and
not a backport
then the
On Mon, Mar 22, 2010 at 9:07 AM, Rafael J. Wysocki r...@sisk.pl wrote:
On Sunday 21 March 2010, Dave Airlie wrote:
2010/3/22 Rafael J. Wysocki r...@sisk.pl:
Hi,
Some time ago I reported a problem with resuming from suspend to RAM on
HP nx6325 with radeon+KMS.
Can you post the X.org log
On Monday 22 March 2010, Dave Airlie wrote:
On Mon, Mar 22, 2010 at 9:07 AM, Rafael J. Wysocki r...@sisk.pl wrote:
On Sunday 21 March 2010, Dave Airlie wrote:
2010/3/22 Rafael J. Wysocki r...@sisk.pl:
Hi,
Some time ago I reported a problem with resuming from suspend to RAM on
HP
On Monday 22 March 2010, Rafael J. Wysocki wrote:
On Monday 22 March 2010, Dave Airlie wrote:
On Mon, Mar 22, 2010 at 9:07 AM, Rafael J. Wysocki r...@sisk.pl wrote:
On Sunday 21 March 2010, Dave Airlie wrote:
2010/3/22 Rafael J. Wysocki r...@sisk.pl:
Hi,
Some time ago I
On Wed, 17 Mar 2010 08:26:59 -0700
Bjorn Helgaas bjorn.helg...@hp.com wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=15533
Any luck testing the patch from the bugzilla? I'd really like to get
this figured out so we can get the fix in the next -rc and move on
to the next _CRS issue
On Fri, Mar 19, 2010 at 06:26:03PM +0100, Nicolai Haehnle wrote:
On Thu, Mar 18, 2010 at 5:38 PM, Luc Verhaegen l...@skynet.be wrote:
So, identify the volatile interfaces, and the more stable interfaces,
and then isolate the volatile ones, and then you come to only one
conclusion.
Except
On Fri, Mar 19, 2010 at 12:44:39PM -0500, Bridgman, John wrote:
Pulling drm back out of the kernel tree seems like a hard sell, but the
ddx/mesa hw driver/libdrm set seemed like it might be a good candidate for
grouping.
I guess the core question is whether we expect the X-to-ddx and
On Fri, Mar 19, 2010 at 11:33:02AM -0700, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've been busy trying to get a release out the door, so I haven't looked
at these patches yet. I won't have a chance to look at the patches
until at least late next week. I also
On Fri, Mar 19, 2010 at 02:05:03PM -0700, Jesse Barnes wrote:
Well, that was the hope. Len said they've fixed EC bugs in the past
only to find that several ACPI methods they assumed were broken
suddenly started working
The broken Acer was reading from the wrong registers. I think that's
Nicolai Haehnle escribió:
because we want to
have the DRM in our codebase
Why?
--
__
| , , |
| / \ |
| ((__-^^-,-^^-__))
Hi Marek - you are nominated for the next DRIgeller (Uri Geller) :-)
concerning my problems r300g dri/st with mesa master GIT:
THE BAD:
commit 68e58a96e80865878e6881dc4d34fcc3ec24eb19
Author: Dave Airlie airl...@redhat.com
r300g: rebuild screen/winsys interface
THE GOOD:
commit
[Adding CCs]
On Saturday 20 March 2010, Karl Vogel wrote:
I have been experiencing a very sluggish X server right after starting
my laptop. The effect goes away after a few minutes, so it was rather
hard to track down.
Recently after updating WINE to a newer release, I've been able to
Am Freitag, den 19.03.2010, 10:36 +1000 schrieb Dave Airlie:
On Fri, Mar 19, 2010 at 10:14 AM, Mike Lothian m...@fireburn.co.uk wrote:
Is there any chance we could get these updates included in the
drm-radeon-testing branch?
Should all be in there for a week or so.
I can confirm that's
On Sat, Mar 20, 2010 at 4:18 AM, Sedat Dilek sedat.di...@googlemail.com wrote:
Hi Marek - you are nominated for the next DRIgeller (Uri Geller) :-)
concerning my problems r300g dri/st with mesa master GIT:
THE BAD:
commit 68e58a96e80865878e6881dc4d34fcc3ec24eb19
Author: Dave Airlie
On Fri, Mar 19, 2010 at 2:35 AM, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
We can get this if the user moves the mouse when we are waiting to move
some stuff around in the validate. Don't fail.
Signed-off-by: Dave Airlie airl...@redhat.com
---
On Fri, Mar 19, 2010 at 8:43 AM, Pauli Nieminen suok...@gmail.com wrote:
On Fri, Mar 19, 2010 at 2:35 AM, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
We can get this if the user moves the mouse when we are waiting to move
some stuff around in the validate. Don't
2010/3/19 Thomas Hellström tho...@shipmail.org:
Pauli, Dave and Jerome,
Before reviewing this, Could you describe a bit how this interfaces with the
TTM memory accounting. It's important for some systems to be able to set a
limit beyond which TTM may not pin any pages.
Am I right in
On Fri, Mar 19, 2010 at 11:36 AM, Sedat Dilek sedat.di...@googlemail.comwrote:
Hi,
the last days I was testing Alex Deucher's power-management-2 patches
for radeon OSS driver.
While testing I saw that especially r300g dri/statetracker with
OpenArena have problems with mesa 7.8/master GIT
On Thu, Mar 18, 2010 at 5:38 PM, Luc Verhaegen l...@skynet.be wrote:
So, identify the volatile interfaces, and the more stable interfaces,
and then isolate the volatile ones, and then you come to only one
conclusion.
Except that the Mesa core - classic driver interface also wants to
change
Sent: Friday, March 19, 2010 1:26 PM
To: Luc Verhaegen
Cc: dri-devel@lists.sourceforge.net; mesa3d-...@lists.sourceforge.net;
x...@lists.freedesktop.org
Subject: Re: [Mesa3d-dev] DRI SDK and modularized drivers.
On Thu, Mar 18, 2010 at 5:38 PM, Luc Verhaegen l...@skynet.be wrote:
So, identify
Hi Marek,
indeed the patch you recommended is fixing the red-ish effect with
mesa 7.8 GIT branch!
r300g: remove hacks from translate_vertex_data_swizzle
commit 821c830f11fc1c3529a186ace1d1ba3ddeab4957
Feel free to apply to 7.8 GIT.
IIRC with Dave's screen/winsys rework I had no problems, but
On Fri, 19 Mar 2010 13:53:10 -0700
Eric Anholt e...@anholt.net wrote:
On Fri, 19 Mar 2010 12:53:20 -0700, Jesse Barnes jbar...@virtuousgeek.org
wrote:
On Mon, 15 Mar 2010 21:32:41 +0200
Surbhi Palande surbhi.pala...@canonical.com wrote:
The following two patches are quirks that
On 13/03/10 03:05 PM, Rafael J. Wysocki wrote:
On Saturday 13 March 2010, M. Vefa Bicakci wrote:
Hello,
As you can guess from the subject, I have noticed that enabling the
KMS feature of the i915 module with any kernel version after 2.6.32.7
causes memory corruption after one resumes from
On Wed, Mar 17, 2010 at 6:13 PM, Luc Verhaegen l...@skynet.be wrote:
On Wed, Mar 17, 2010 at 12:28:39AM +0100, Luc Verhaegen wrote:
Modularized dri drivers and an SDK enabled mesa tree are available in my
personal git repos at http://cgit.freedesktop.org/~libv/
The SDK enabled mesa tree adds
is disabled for r6xx with
currently available patches...?
It re-clocks memory (for single head anyway), r600_set_power_state():
/* set memory clock */
if (rdev-asic-set_memory_clock (mclk !=
rdev-pm.current_mclk)) {
radeon_sync_with_vblank
On Thu, Mar 18, 2010 at 1:52 AM, Dave Airlie airl...@gmail.com wrote:
On Thu, Mar 18, 2010 at 6:50 AM, Pauli Nieminen suok...@gmail.com wrote:
Setting single memory pages at a time to wc takes a lot time in cache flush.
To
reduce number of cache flush set_pages_array_wc and
Hi,
the last days I am testing Alex's pm2-patches with Linus-tree - this
report based on patchset as of 17-Mar-2010 22:42 [0].
Unfortunately, I cannot load radeon kernel-module with dynpm=1 (0 =
disabled works fine).
All testing was done in init-3 in a virtual-console.
Looking into the log-files
W dniu 18 marca 2010 10:05 użytkownik Rafał Miłecki zaj...@gmail.com napisał:
Whoops, I missed one patch. My mistake.
I've just applied all patches dated as 17-Mar-2010 22:42 and tested.
Now memory reclocking is really enabled, but it causes corruptions for
me. Maybe that's the same thing you
[1] shows:
...
Mar 18 10:07:35 seduxbox kernel: [ 127.005632]
[drm:r500_hw_i2c_xfer], i2c write error 0x0002
...
- Sedat -
[1] http://files.iniza.org/agdf5-pm2-with-linustree/logs/debug.txt
--
Download Intel#174;
]
in addition to pm2-patches (see my last email) and rebuild radeon
kernel-module:
$ cd $build-dir
$ make M=drivers/gpu/drm/radeon clean
$ apply_patch
$ make M=drivers/gpu/drm/radeon
We have now a new module-option hw_i2c (0 = disabled, 1 = enabled),
This requires to re-generate modules.dep and map
Experiences (II) - OpenArena
Mostly, I am using radeon Gallium3D driver r300g dri/statetracker.
Here I can start openarena (OA) but entering fight-mode closes OA immediately.
There seems to be a problem in mesa master GIT branch.
commit 9d48a621d2a0e55a76a2cfd0aea3b773e907ed50
llvmpipe: Fix
On Thu, Mar 18, 2010 at 01:28:28AM -0700, Corbin Simpson wrote:
On Wed, Mar 17, 2010 at 6:13 PM, Luc Verhaegen l...@skynet.be wrote:
On Wed, Mar 17, 2010 at 12:28:39AM +0100, Luc Verhaegen wrote:
Modularized dri drivers and an SDK enabled mesa tree are available in my
personal git repos at
2010/3/18 Rafał Miłecki zaj...@gmail.com:
W dniu 18 marca 2010 10:05 użytkownik Rafał Miłecki zaj...@gmail.com
napisał:
Whoops, I missed one patch. My mistake.
I've just applied all patches dated as 17-Mar-2010 22:42 and tested.
Now memory reclocking is really enabled, but it causes
W dniu 18 marca 2010 17:40 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2010/3/18 Rafał Miłecki zaj...@gmail.com:
W dniu 18 marca 2010 10:05 użytkownik Rafał Miłecki zaj...@gmail.com
napisał:
Whoops, I missed one patch. My mistake.
I've just applied all patches dated as
On Thu, Mar 18, 2010 at 9:29 PM, Suresh Siddha
suresh.b.sid...@intel.com wrote:
On Thu, 2010-03-18 at 02:41 -0700, Pauli Nieminen wrote:
On Thu, Mar 18, 2010 at 1:52 AM, Dave Airlie airl...@gmail.com wrote:
On Thu, Mar 18, 2010 at 6:50 AM, Pauli Nieminen suok...@gmail.com wrote:
Setting
On Thu, 2010-03-18 at 02:41 -0700, Pauli Nieminen wrote:
On Thu, Mar 18, 2010 at 1:52 AM, Dave Airlie airl...@gmail.com wrote:
On Thu, Mar 18, 2010 at 6:50 AM, Pauli Nieminen suok...@gmail.com wrote:
Setting single memory pages at a time to wc takes a lot time in cache
flush. To
reduce
2010/3/6 Rafał Miłecki zaj...@gmail.com:
This patchset cleans our HDMI code and adds support for DCE32.
It was tested on:
1) RV620 with HDMI - no regressions
2) RV635 with 2 DVI - no regressions
3) RV730 with HDMI - made it work
Would be more than great if we still could get this for
On Fri, Mar 19, 2010 at 10:14 AM, Mike Lothian m...@fireburn.co.uk wrote:
2010/3/6 Rafał Miłecki zaj...@gmail.com:
This patchset cleans our HDMI code and adds support for DCE32.
It was tested on:
1) RV620 with HDMI - no regressions
2) RV635 with 2 DVI - no regressions
3) RV730 with HDMI -
2010/3/17 Alex Deucher alexdeuc...@gmail.com:
On Mon, Mar 15, 2010 at 3:30 AM, Alex Deucher alexdeuc...@gmail.com wrote:
On Sun, Mar 14, 2010 at 7:01 PM, Alex Deucher alexdeuc...@gmail.com wrote:
This weekend I finally got some time to sit down with kms pm, and I
created a new patch set
On Mon, Mar 01, 2010 at 01:03:38PM +0100, Thomas Hellstrom wrote:
Dave Airlie wrote:
On Fri, Feb 26, 2010 at 3:01 AM, Jerome Glisse jgli...@redhat.com wrote:
Updated patchset, to apply cleanly on top of TTM split no_wait argument.
Compile tested for nouveau+vmwgfx, test in progress for
Jerome Glisse wrote:
There is case where we want to be able to wait only for the
GPU while not waiting for other buffer to be unreserved. This
patch split the no_wait argument all the way down in the whole
ttm path so that upper level can decide on what to wait on or
not.
This patch break
Jerome Glisse wrote:
On fault the driver is given the opportunity to perform any operation
it sees fit in order to place the buffer into a CPU visible area of
memory. This patch doesn't break TTM users, nouveau, vmwgfx and radeon
should keep working properly. Future patch will take advantage
Jerome Glisse wrote:
On Mon, Mar 01, 2010 at 01:03:38PM +0100, Thomas Hellstrom wrote:
Dave Airlie wrote:
On Fri, Feb 26, 2010 at 3:01 AM, Jerome Glisse jgli...@redhat.com wrote:
Updated patchset, to apply cleanly on top of TTM split no_wait argument.
Compile tested for
On Tue, 2010-03-16 at 10:56 -0400, Alex Deucher wrote:
2010/3/16 Michel Dänzer mic...@daenzer.net:
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
2010/3/17 Rafał Miłecki zaj...@gmail.com:
2010/3/17 Alex Deucher alexdeuc...@gmail.com:
On Mon, Mar 15, 2010 at 3:30 AM, Alex Deucher alexdeuc...@gmail.com wrote:
On Sun, Mar 14, 2010 at 7:01 PM, Alex Deucher alexdeuc...@gmail.com wrote:
This weekend I finally got some time to sit down with
2010/3/17 Michel Dänzer mic...@daenzer.net:
On Tue, 2010-03-16 at 10:56 -0400, Alex Deucher wrote:
2010/3/16 Michel Dänzer mic...@daenzer.net:
Commit 96a4c8d50de20da865296a380b996f73204d6b34 ('drm/radeon/kms: fix
i2c prescale calc on older radeons') breaks LVDS on my RV350 PowerBook
On Wed, Mar 17, 2010 at 02:01:47PM +0100, Thomas Hellstrom wrote:
Jerome Glisse wrote:
On Mon, Mar 01, 2010 at 01:03:38PM +0100, Thomas Hellstrom wrote:
Dave Airlie wrote:
On Fri, Feb 26, 2010 at 3:01 AM, Jerome Glisse jgli...@redhat.com wrote:
Updated patchset, to apply cleanly on top of TTM
On Monday 15 March 2010 11:51:01 am Bjorn Helgaas wrote:
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 bjorn.helg...@hp.com wrote:
Thanks for the report. Would you
On Fri, 26 Feb 2010 19:07:24 +0100, Julien Cristau jcris...@debian.org wrote:
Avoids conflicts with kernel headers.
Signed-off-by: Julien Cristau jcris...@debian.org
Applied this series, plus moving the intel file. Thanks!
pgp9aozTfnYtg.pgp
Description: PGP signature
On Sat, 6 Mar 2010 12:50:54 +0100, Daniel Vetter dan...@ffwll.ch wrote:
Oh, dang. Thanks for catching this. Eric, please merge.
Cc: sta...@kernel.org (for .33)
Reviewed-by: Daniel Vetter dan...@ffwll.ch
On Sat, Mar 06, 2010 at 02:05:39PM +0300, Dan Carpenter wrote:
We should free params
On Thu, 11 Mar 2010 16:41:45 +0800, Li Zefan l...@cn.fujitsu.com wrote:
Use DECLARE_EVENT_CLASS to remove duplicate code:
textdata bss dec hex filename
146552732 15 1740243fa i915_trace_points.o.orig
116252732 10 14367381f
2010/3/17 Alex Deucher alexdeuc...@gmail.com:
Another set of updated patches against drm-radeon-testing:
http://people.freedesktop.org/~agd5f/pm2/
Not serious thing, but still it's warning...
# git am pm2/0001*
Applying: drm/radeon/kms/atom: make sure tables are valid
On Thu, Mar 18, 2010 at 6:50 AM, Pauli Nieminen suok...@gmail.com wrote:
Setting single memory pages at a time to wc takes a lot time in cache flush.
To
reduce number of cache flush set_pages_array_wc and set_memory_array_wc can be
used to set multiple pages to WC with single cache flush.
I
On Thu, Mar 11, 2010 at 1:51 PM, James Simmons jsimm...@infradead.org wrote:
Okay all the discussion about multiple display brings me to why I'm doing
this. I'm attempting to revive the linux console project. I'm in a
position to again work on this project. About 4 years ago the eproject
2010/3/17 Alex Deucher alexdeuc...@gmail.com
Another set of updated patches against drm-radeon-testing:
http://people.freedesktop.org/~agd5f/pm2/
These implement much the remaining pm functionality. So far they are
working well here.
these patches add:
- memory reclocking
- pcie lane
On Wed, Mar 17, 2010 at 12:28:39AM +0100, Luc Verhaegen wrote:
Modularized dri drivers and an SDK enabled mesa tree are available in my
personal git repos at http://cgit.freedesktop.org/~libv/
The SDK enabled mesa tree adds to the mesa build system to create shared
libraries libmesadri and
2010/3/17 Rafał Miłecki zaj...@gmail.com:
2010/3/17 Alex Deucher alexdeuc...@gmail.com:
Another set of updated patches against drm-radeon-testing:
http://people.freedesktop.org/~agd5f/pm2/
Not serious thing, but still it's warning...
# git am pm2/0001*
Applying: drm/radeon/kms/atom: make
add:
- memory reclocking
- pcie lane changes
- update display watermarks as bandwidth changes
- allow power management with multi-head
- reset power mode on exit
It seems memory reclocking and SIMDs setting is disabled for r6xx with
currently available patches...?
It re-clocks memory
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 thellst...@vmware.com
It's funny, though. The original code used code similar to
is_vmalloc_addr() now in linux/mm.h to
Arvind R wrote:
On Thu, Mar 11, 2010 at 4:32 PM, Pekka Paalanen p...@iki.fi 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 mmap()
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 to
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
from
2010/3/16 Michel Dänzer mic...@daenzer.net:
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
On Tue, 2010-03-16 at 10:56 -0400, Alex Deucher wrote:
2010/3/16 Michel Dänzer mic...@daenzer.net:
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
On Mon, Mar 15, 2010 at 10:56:02AM +1000, Dave Airlie wrote:
On Tue, Mar 2, 2010 at 2:00 AM, Jordan Crouse jcro...@codeaurora.org wrote:
Allow platform devices without PCI resources to be DRM devices.
Signed-off-by: Jordan Crouse jcro...@codeaurora.org
This patch has a bunch of
On 03/15/10 13:55, Thomas Weber wrote:
I have fixed some typos.
Acked-by: Randy Dunlap rdun...@xenotime.net
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
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 bjorn.helg...@hp.com wrote:
Thanks for the report. Would you mind posting the entire dmesg
log, /proc/iomem contents,
On Mon, 15 Mar 2010, Randy Dunlap wrote:
I have fixed some typos.
Acked-by: Randy Dunlap rdun...@xenotime.net
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
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
#
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
Updated version that applies cleanly without other pm changes.
Alex
From c651ef22ef41204031e0be5fe6f2fc43554775db Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Tue, 16 Mar 2010 16:57:52 -0400
Subject: [PATCH] drm/radeon/kms: init rdev-num_crtc at asic init
Replace
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 alexdeuc...@gmail.com
Date: Tue, 16 Mar 2010 17:08:06 -0400
Subject: [PATCH] drm/radeon/kms: init rdev-num_crtc at asic init
On Mon, Mar 15, 2010 at 3:30 AM, Alex Deucher alexdeuc...@gmail.com wrote:
On Sun, Mar 14, 2010 at 7:01 PM, Alex Deucher alexdeuc...@gmail.com 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
2010/3/15 Alex Deucher alexdeuc...@gmail.com:
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 thermal chips, you'll probably
grab my recent i2c patches as well. You
2010/3/15 Alex Deucher alexdeuc...@gmail.com:
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 thermal chips, you'll probably
grab my recent i2c patches as well. You
2010/3/15 Rafał Miłecki zaj...@gmail.com:
2010/3/15 Alex Deucher alexdeuc...@gmail.com:
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 thermal chips, you'll probably
2010/3/15 Rafał Miłecki zaj...@gmail.com:
2010/3/15 Alex Deucher alexdeuc...@gmail.com:
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 thermal chips, you'll probably
2010/3/15 Rafał Miłecki zaj...@gmail.com:
2010/3/15 Alex Deucher alexdeuc...@gmail.com:
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 thermal chips, you'll probably
2010/3/15 Rafał Miłecki zaj...@gmail.com:
2010/3/15 Alex Deucher alexdeuc...@gmail.com:
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 thermal chips, you'll probably
2010/3/15 Rafał Miłecki zaj...@gmail.com:
2010/3/15 Alex Deucher alexdeuc...@gmail.com:
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 thermal chips, you'll probably
Looks like this one might have gotten lost in the shuffle.
Alex
On Fri, Mar 5, 2010 at 2:55 PM, Alex Deucher alexdeuc...@gmail.com wrote:
From cec90cfdc0f20efcbcd266069a6a8234d230cc0b Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Fri, 5 Mar 2010 14:50:37 -0500
On Sun, 14 Mar 2010 11:37:02 -0500, Alex Deucher wrote:
On Wed, Mar 10, 2010 at 7:09 PM, Alex Deucher alexdeuc...@gmail.com wrote:
Thanks to Jean for helping me with the i2c stuff. I've attached
Jean's bit algo patch as my radeon patch depends on it. I'm not sure
how we want to get that
On Thu, 11 Mar 2010 13:35:47 -0500, Alex Deucher wrote:
On Thu, Mar 11, 2010 at 1:00 PM, Jean Delvare kh...@linux-fr.org wrote:
I have the following in my machine:
02:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200]
(rev 01)
02:00.1 Display controller: ATI
401 - 500 of 23178 matches
Mail list logo