On Sun, Oct 24, 2010 at 3:28 PM, Mario Kleiner
wrote:
> Hi all,
>
> after obsessing over these for another month after xds 2010,
> this is the first version of my vblank timestamping patches that
> i'm not totally ashamed off.
>
Mario, these look great. Nice work!
Re
On Tue, Oct 26, 2010 at 9:32 AM, Sedat Dilek wrote:
> Hi,
>
> today, I started with testing "DRM Vblank timestamping patches. 1st
> Try." from Mario in combination with "radeon pageflipping patches"
> from Alex together in a non-BKL config Kernel-setup.
&g
FWIW, the ddx has the pci id correctly associated with rv410, so it
looks like it was just improperly ported to the drm.
--
Start uncovering the many advantages of virtual appliances
and start using them to simplify applic
e. Dave, can I see your patches ? That might give me some
> good hints to get started. Hopefully, most of that can be kept safely in
> the "r100" files and we can avoid clobbering too much of the core
> drivers.
>
For chip init, you'd want to hook asic init stuff into
something like a half clock should work.
Probably also useful to come up with some way to add backlight control
to the macs without conflicting with the acpi backlight stuff on x86.
Alex
--
This SF.net email is sponsored b
It doesn't look like this patch slipped through the cracks. Please apply.
Alex
On Sat, Mar 6, 2010 at 11:05 AM, Alex Deucher wrote:
> From ad6fcd83e27499e35ef4975fe0e9319f73cbb49e Mon Sep 17 00:00:00 2001
> From: Alex Deucher
> Date: Sat, 6 Mar 2010 09:43:41 -0500
> Sub
On Wed, Jun 30, 2010 at 11:50 AM, Markus Trippelsdorf
wrote:
> On Wed, Jun 30, 2010 at 11:34:53AM -0400, Alex Deucher wrote:
>> On Wed, Jun 30, 2010 at 11:14 AM, Markus Trippelsdorf
>> wrote:
>> > On Wed, Jun 30, 2010 at 11:03:33AM -0400, Alex Deucher wrote:
>> &g
n the git repository at:
>> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git
>> drm-fixes
>>
>> Adam Jackson (1):
>> drm/fb: Fix video= mode computation
>>
>> Alex Deucher (7):
>> drm/radeon/kms: fix bandwidth calculation
On Wed, Jun 30, 2010 at 11:14 AM, Markus Trippelsdorf
wrote:
> On Wed, Jun 30, 2010 at 11:03:33AM -0400, Alex Deucher wrote:
>> On Wed, Jun 30, 2010 at 10:58 AM, Markus Trippelsdorf
>> wrote:
>> > On Wed, Jun 30, 2010 at 10:49:41AM -0400, Alex Deucher wrote:
>> >
On Wed, Jun 30, 2010 at 11:14 AM, Markus Trippelsdorf
wrote:
> On Wed, Jun 30, 2010 at 11:03:33AM -0400, Alex Deucher wrote:
>> On Wed, Jun 30, 2010 at 10:58 AM, Markus Trippelsdorf
>> wrote:
>> > On Wed, Jun 30, 2010 at 10:49:41AM -0400, Alex Deucher wrote:
>> >
On Wed, Jun 30, 2010 at 10:58 AM, Markus Trippelsdorf
wrote:
> On Wed, Jun 30, 2010 at 10:49:41AM -0400, Alex Deucher wrote:
>> On Wed, Jun 30, 2010 at 3:31 AM, Markus Trippelsdorf
>> wrote:
>> > On Wed, Jun 30, 2010 at 08:54:40AM +0200, Markus Trippelsdorf wrote:
>&
it
>> > 7e27d6e778cd87b6f2415515d7127eba53fe5d02:
>> >
>> > Linux 2.6.35-rc3 (2010-06-11 19:14:04 -0700)
>> >
>>
>> I've tested these patches and they break my setup (RS780). On reboot, the
>> monitor goes straight to powersaving mode
looks like some
cards support flat panels, but you can tackle that later.
>
> I'm unsure what mode_fixup is, exactly. Alex tells me on IRC that it's
> for scaling, which is what the radeon driver does with it.
> nv04_crtc.c:nv_crtc_mode_fixup and nv50_cr
I r5xx-r7xx alternat
>
> II can provide more information on request and offer help testing patches.
Please file a bug (https://bugs.freedesktop.org product DRI, component
DRM/Radeon) and attach your xorg log and dmesg. Also, does ums work
any better (boot with rdeon.modeset=0)?
Alex
--
On Wed, Jun 9, 2010 at 12:02 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> Plugged in FireMV with the rv250 on it, and the second crtc/dac didn't work,
> we were reading/writing different registers than we were modifying in the
> code.
>
> Signed-off-by: Dave Ai
On Mon, Jun 7, 2010 at 6:15 AM, Dave Airlie wrote:
> On Mon, Jun 7, 2010 at 7:29 PM, Rafael J. Wysocki wrote:
>> Hi Alex,
>>
>> Your commit 9349d5cc920c10845693f906ebd67f394f1d0d04
>> (drm/radeon/kms/pm: enable SetVoltage on r7xx/evergreen) has caused my
>>
Updated version with stable cc and remove some leftover unused vars
noticed by roysjosh on IRC.
Alex
On Fri, Apr 9, 2010 at 2:41 PM, Alex Deucher wrote:
> From 44cc309323e38fc4fa7b7c7bea190aeaa0abd224 Mon Sep 17 00:00:00 2001
> From: Alex Deucher
> Date: Fri, 9 Apr 2010 14:27
This should go to stable as well. Forgot to add the stable cc.
Alex
On Fri, Apr 9, 2010 at 2:41 PM, Alex Deucher wrote:
> From 44cc309323e38fc4fa7b7c7bea190aeaa0abd224 Mon Sep 17 00:00:00 2001
> From: Alex Deucher
> Date: Fri, 9 Apr 2010 14:27:18 -0400
> Subject: [PATCH] drm/rade
>From 44cc309323e38fc4fa7b7c7bea190aeaa0abd224 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Fri, 9 Apr 2010 14:27:18 -0400
Subject: [PATCH] drm/radeon/kms: more atom parser fixes
shr/shl ops need the full dst rather than the pre-masked
version. Fixes fdo bug 27478 and kernel bug 15
nto the mailman interface
> (http://lists.freedesktop.org/mailman/listinfo/mesa-dev) to set digest
> mode, etc.
>
> -Brian
Are there plans to move dri-devel as well?
Alex
--
Download Intel® Parallel Studio
>From ada50ea25d5f80b83968d74cda1a9b70f614b849 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Fri, 26 Feb 2010 13:57:45 -0500
Subject: [PATCH] drm/radeon/kms/evergreen: add hpd support
Hot plug detect (hpd) for digital monitors
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/rad
>From dda5b59f3adc61900e9fa5846e844be406343b86 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Wed, 24 Mar 2010 13:36:43 -0400
Subject: [PATCH] drm/radeon/kms/evergreen: setup and enable the CP
The command processor (CP) fetches command buffers and
feeds the GPU. This patch requires
>From a86580ec5a6145cea7d6fda92deb104c0ad3fe0c Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Wed, 24 Mar 2010 13:26:36 -0400
Subject: [PATCH] drm/radeon/kms/evergreen: add soft reset function
Works pretty similarly to r6xx/r7xx.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/rad
>From 72005e636405fd7577ee6303c3ea95a227e5dc51 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Wed, 24 Mar 2010 13:20:41 -0400
Subject: [PATCH] drm/radeon/kms/evergreen: add gart support
Gart setup is more or less like r7xx. Copy
rv770d.h to evergreend.h and fix up changes.
Signed-off
>From 9fb9f6315e26372359963fff9bdd676ff38cb457 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Wed, 24 Mar 2010 16:39:45 -0400
Subject: [PATCH] drm/radeon/kms: add support for evergreen power tables
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_atombios.c |
>From bb78a06ab42e00b1fe6c260cdd9c1394872628ce Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Wed, 10 Feb 2010 17:30:05 -0500
Subject: [PATCH] drm/radeon/kms: update atombios.h power tables for evergreen
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios.h |
This patch set adds support for the command processor, interrupts, and
gfx init on evergreen asics. It requires the new ucode available
here:
http://people.freedesktop.org/~agd5f/radeon_ucode/
These patches lay the groundwork for acceleration.
Alex
>From 8a5f015013cf87433f59383e08cf7757647c0eb0 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Tue, 6 Apr 2010 12:35:26 -0400
Subject: [PATCH] drm/radeon/kms/combios: verify dac_adj values are valid
Some vbios dac_adj tables are all zeros. Check for that
case and use the default table if
>From affc52fe492309291ca14902cb88e156ff3bb9ea Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Tue, 6 Apr 2010 01:22:41 -0400
Subject: [PATCH] drm/radeon/kms: clean up atom dac handling
- make sure legacy dac1 has an enc priv
- remove unused num var
- no need for extra tv_dac var in atom
>From 86a4f52d0387851b73cd41c3fde515c5d35f9935 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Tue, 6 Apr 2010 00:05:46 -0400
Subject: [PATCH] drm/radeon/kms: legacy tv dac cleanup
- fix formatting
- clean up tv_dac_cntl handling for tv
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/rad
This should go to stable. I can re-sent with the stable cc if you want.
Alex
On Tue, Apr 6, 2010 at 12:02 AM, Alex Deucher wrote:
> From dd3c60875d551a2381a6819203a5f6cc2936f678 Mon Sep 17 00:00:00 2001
> From: Alex Deucher
> Date: Mon, 5 Apr 2010 23:57:52 -0400
> Subject: [PATCH
>From dd3c60875d551a2381a6819203a5f6cc2936f678 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Mon, 5 Apr 2010 23:57:52 -0400
Subject: [PATCH] drm/radeon/kms: fix washed out image on legacy tv dac
bad cast was overwriting the tvdac adj values
Fixes fdo bug 27478
Signed-off-by: Alex Deuc
On Thu, Apr 1, 2010 at 5:46 PM, Rafael J. Wysocki wrote:
> On Thursday 01 April 2010, Alex Deucher wrote:
>> On Thu, Apr 1, 2010 at 5:08 PM, Rafael J. Wysocki wrote:
>> > On Thursday 01 April 2010, Alex Deucher wrote:
>> >> On Thu, Apr 1, 2010 at 4:48 PM, Rafael
On Thu, Apr 1, 2010 at 5:08 PM, Rafael J. Wysocki wrote:
> On Thursday 01 April 2010, Alex Deucher wrote:
>> On Thu, Apr 1, 2010 at 4:48 PM, Rafael J. Wysocki wrote:
>> > On Thursday 01 April 2010, Alex Deucher wrote:
>> >> On Thu, Apr 1, 2010 at 4:28 PM, Rafael
On Thu, Apr 1, 2010 at 4:48 PM, Rafael J. Wysocki wrote:
> On Thursday 01 April 2010, Alex Deucher wrote:
>> On Thu, Apr 1, 2010 at 4:28 PM, Rafael J. Wysocki wrote:
>> > On Thursday 01 April 2010, Alex Deucher wrote:
>> >> On Thu, Apr 1, 2010 at 2:36 AM,
On Thu, Apr 1, 2010 at 4:48 PM, Rafael J. Wysocki wrote:
> On Thursday 01 April 2010, Alex Deucher wrote:
>> On Thu, Apr 1, 2010 at 4:28 PM, Rafael J. Wysocki wrote:
>> > On Thursday 01 April 2010, Alex Deucher wrote:
>> >> On Thu, Apr 1, 2010 at 2:36 AM,
On Thu, Apr 1, 2010 at 4:28 PM, Rafael J. Wysocki wrote:
> On Thursday 01 April 2010, Alex Deucher wrote:
>> On Thu, Apr 1, 2010 at 2:36 AM, Clemens Ladisch wrote:
>> > Alex Deucher wrote:
>> >> On Wed, Mar 31, 2010 at 9:13 PM, Rafael J. Wysocki wrote:
>> &g
On Thu, Apr 1, 2010 at 4:17 PM, Linus Torvalds
wrote:
>
>
> On Thu, 1 Apr 2010, Alex Deucher wrote:
>>
>> What I meant to say was MSI works fine on bridges other than the
>> bridge the internal gfx lives on. quirk_disable_msi() just disables
>> MSI on the devices
ARGH! typo in the last one. fixed version attached.
>From e8c539f60ae55d002a19534a375448a2cd3aa2b3 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Thu, 1 Apr 2010 15:06:11 -0400
Subject: [PATCH] drm/radeon/kms/atom: fix gpio i2c table overrun (v2)
The GPIO_I2C_INFO table does not alw
On Thu, Apr 1, 2010 at 1:24 PM, Linus Torvalds
wrote:
>
>
> On Thu, 1 Apr 2010, Alex Deucher wrote:
>>
>> Clemems' "PCI quirk: RS780/RS880: disable MSI completely" patch is the
>> right approach I think. Note that it's only devices hung off the in
ble MSI completely" patch is the
right approach I think. Note that it's only devices hung off the int
gfx pci to pci bridge that have broken MSI (gfx and audio). MSI works
fine on the PCIE slots. I have a similar patch for rs400 chips on bug
15626:
https://bugzilla.kernel.org/show_bug.cg
>From 540daa603d7fa968b858c04f32ebad7d256b480c Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Thu, 1 Apr 2010 12:55:34 -0400
Subject: [PATCH] drm/radeon/kms/atom: fix gpio i2c table overrun
The GPIO_I2C_INFO table does not always have
ATOM_MAX_SUPPORTED_DEVICE entries. Limit
the number
On Thu, Apr 1, 2010 at 2:36 AM, Clemens Ladisch wrote:
> Alex Deucher wrote:
>> On Wed, Mar 31, 2010 at 9:13 PM, Rafael J. Wysocki wrote:
>>> On Tuesday 30 March 2010, Rafael J. Wysocki wrote:
>>>> > PCI quirk: RS780/RS880: work around missing MSI initiali
Carpenter
> ---
> Compile tested only. Changing the array size seemed like the right
> thing to do, in the context, but please review carefully.
That patch is correct and corresponds to the actual table sizes in the vbios.
Alex
>
> diff --git a/drivers/gpu/drm/radeon/atombios.h
to work on my rs780;
> + * not sure about rs880 or other rs780s.
> + * Needs more investigation.
> + */
> + if ((rdev->family >= CHIP_RV380) &&
> + (rdev->family != CHIP_RS780) &&
> + (rd
This patch may help with DP issues on pre-evergreen cards as well
since you're supposed to turn the DP VID stream on after you do link
training.
Alex
>From 091fdd6e5f236e2112201d3be5287476866e7492 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Wed, 31 Mar 2010 14:42:11 -0400
Subject
ect this case, but the attached
>> patch should be a good workaround.
>
> Yes. But didn't work. I will test something else (different computer with
> definitely DVI-only) or maybe you have some other ideas.
Some TVs always assume audio will come over hdmi if the port is in
use. T
Updated patch to allow you to change the display priority at runtime.
Alex
On Tue, Mar 30, 2010 at 12:29 PM, Alex Deucher wrote:
> From 0d2509130004624ffdc21f0d1666d5ac869d124a Mon Sep 17 00:00:00 2001
> From: Alex Deucher
> Date: Tue, 30 Mar 2010 12:22:17 -0400
> Subject: [PATCH
>From dba40a55ac5c33b157dee7b5fa53000d19ffca6c Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Tue, 30 Mar 2010 17:22:32 -0400
Subject: [PATCH] drm/radeon/kms: disable MSI on IGP chips
Doesn't seem to work reliably and the pci quirks don't
always work.
Signed-off-by:
On Tue, Mar 30, 2010 at 5:09 PM, Rafał Miłecki wrote:
> 2010/3/30 Alex Deucher :
>> On Tue, Mar 30, 2010 at 1:30 PM, Christian König
>> wrote:
>>> Hi,
>>>
>>>> > It seems your TV refuses to use audio from analog stereo cable, when
>>>>
...), but the audio codec doesn't seems to be connected to
> the PCI bus, so alsa can't see it.
>
> I have no idea how we could auto detect this case, but the attached
> patch should be a good workaround.
We should probably also only enable the audio timer when we enable
audio ot
>From 0d2509130004624ffdc21f0d1666d5ac869d124a Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Tue, 30 Mar 2010 12:22:17 -0400
Subject: [PATCH] drm/radeon/kms: display watermark updates
- Add module option to force the display priority
0 = auto, 1 = normal, 2 = high
- Default to high on r
>From 25f6a40d0acc51bc3437838ecea88e63b8c32b40 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Tue, 30 Mar 2010 02:03:48 -0400
Subject: [PATCH] drm/radeon/kms/dp: disable training pattern on the
sink at the end of link training
Seems to have gotten lost in the evergreen merge.
Signed-off
Fix a typo in the last patch. new version attached.
Alex
On Fri, Mar 26, 2010 at 2:04 AM, Alex Deucher wrote:
> From 6ff965f44f6c0540e29e616621abac627b506436 Mon Sep 17 00:00:00 2001
> From: Alex Deucher
> Date: Fri, 26 Mar 2010 01:57:34 -0400
> Subject: [PATCH] drm/radeon/kms:
>From c3b9aba0e276d7113155462f46608599cdecc937 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Mon, 29 Mar 2010 17:39:44 -0400
Subject: [PATCH] drm/radeon/kms/atom: minor fixes to transmitter setup
- 8 lane links are not valid for DP
- remove unused num var
Signed-off-by: Alex Deuc
>From 68d4af64689277ca1d71ff160022e17b482b07d4 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Mon, 29 Mar 2010 14:06:10 -0400
Subject: [PATCH] drm/radeon/kms/dp: remove extraneous training complete call
Looks like a copy/paste typo from when evergreen support
was added.
Signed-off-by: A
>From 158b12e0691a3f00b8bf315946e799d38d18daf7 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Fri, 26 Mar 2010 19:36:33 -0400
Subject: [PATCH] drm/radeon/r6x/r7xx: further safe reg clean up
- remove a few more drm only regs
- remove sampler, alu, bool, loop constant regs.
They are set
>From 4295056894f84fa3da4aaa7e59be8bde1f1b533c Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Fri, 26 Mar 2010 17:14:37 -0400
Subject: [PATCH] drm/radeon/kms: fix macbookpro connector quirk
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_atombios.c |2 ++
1 files chan
2010/3/26 Rafał Miłecki :
> W dniu 18 marca 2010 17:40 użytkownik Alex Deucher
> napisał:
>> 2010/3/18 Rafał Miłecki :
>>> W dniu 18 marca 2010 10:05 użytkownik Rafał Miłecki
>>> napisał:
>>>> Whoops, I missed one patch. My mistake.
>>>
>>
es for the const caches.
- Track SQ_CONFIG so we know whether userspace is using
the constant register file or constant buffers.
- bump the UMS/KMS version numbers
It'd be nice to get these into 2.6.34.
Alex
0001-drm-radeon-r6xx-r7xx-CS-parser-fixes.patch
Description: application/mbox
0002
>From 6ff965f44f6c0540e29e616621abac627b506436 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Fri, 26 Mar 2010 01:57:34 -0400
Subject: [PATCH] drm/radeon/kms: minor fixes for eDP with LCD* device tags
Some systems have LCD* rather than DFP* device tags in the bios
for eDP connectors; nota
current userspace doesn't use any of these regs, so the change has no
affect on existing drivers.
>From 33ae9dc620608eca8d0ba12664e6c93496a31431 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Wed, 24 Mar 2010 18:45:32 -0400
Subject: [PATCH] drm/radeon/r600: remove some regs are not s
>From 119bca9827fa4cb83f3d398e6a7793d188e73186 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Wed, 24 Mar 2010 13:57:29 -0400
Subject: [PATCH] drm/radeon/kms: fix some typos in r6xx/r7xx hpd setup
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600.c | 14 +++---
1 fi
driver when
> accessing the HDMI audio device, and allows us to get rid of the
> overcautious quirk in radeon_irq_kms.c.
Looks good. This works properly on my rs780.
Tested-by: Alex Deucher
>
> Signed-off-by: Clemens Ladisch
> Cc:
> ---
> drivers/pci/quirks.c
ARGH! typo in that patch. Correct version attached.
Alex
On Sun, Mar 21, 2010 at 11:56 AM, Alex Deucher wrote:
> From 7ac6ef362be216990835bfb5a7a71fdcf6d04ff5 Mon Sep 17 00:00:00 2001
> From: Alex Deucher
> Date: Sun, 21 Mar 2010 11:51:24 -0400
> Subject: [PATCH] drm/radeon/kms:
>From 7ac6ef362be216990835bfb5a7a71fdcf6d04ff5 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Sun, 21 Mar 2010 11:51:24 -0400
Subject: [PATCH] drm/radeon/kms: never treat rs4xx as AGP
RS4xx+ IGP chips use an internal gart, however,
some of them have the agp cap bits set in their pci
conf
>From 9d0704674873023f27aee0d629ad9c93f07315b7 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Sun, 21 Mar 2010 11:09:24 -0400
Subject: [PATCH] drm/radeon/kms: fix display bandwidth setup on rs4xx
I missed rs4xx in 7f1e613daf0fdd0884316ab25a749db3c671329e
Fixes fdo bug 27219.
Signed-off
,
say a vline 1/2 or 2/3 of the way down the screen, to give us some
buffer time between calling the reclock function and whatever setup it
does and the beginning of the actual vblank period.
Alex
--
Download Intel®
2010/3/17 Rafał Miłecki :
> 2010/3/17 Alex Deucher :
>> 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/k
2010/3/17 Rafał Miłecki :
> 2010/3/17 Alex Deucher
>> 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.
>From 8081a7f7b74310d9cfd03637741d59d8fd66d1e5 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Wed, 17 Mar 2010 19:50:59 -0400
Subject: [PATCH] drm/radeon/kms: remove lvds quirks
- no longer needed with the latest new pll algo fixes.
- also don't use lcd pll limits. They don't
2010/3/17 Michel Dänzer :
> 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
2010/3/17 Rafał Miłecki :
> 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
>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
iss
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 w
>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 stru
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 har
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 number
d9353be2ef8bd3be fixes it.
>
Do any of the suggestions on bug 26430 help?
http://bugs.freedesktop.org/show_bug.cgi?id=26430
Alex
>
> --
> Earthling Michel Dänzer | http://www.vmware.com
> Libre software enthusiast
>From 2ccd66337a664a7096ff5fba6ad7f9f01295c17b Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Mon, 15 Mar 2010 17:02:12 -0400
Subject: [PATCH] drm/radeon/kms: init rdev->num_crtc at asic init
Replace hardcoded numbers with rdev->num_crtc.
Signed-off-by: Alex Deucher
---
driver
>From b4880d6cb8d7913bf177c463cc8ffce8a2c1785a Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Mon, 15 Mar 2010 01:36:32 -0400
Subject: [PATCH] drm/radeon/kms/pm: fix typo in power table parsing
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_atombios.c |2 +-
1 fi
Looks like this one might have gotten lost in the shuffle.
Alex
On Fri, Mar 5, 2010 at 2:55 PM, Alex Deucher wrote:
> From cec90cfdc0f20efcbcd266069a6a8234d230cc0b Mon Sep 17 00:00:00 2001
> From: Alex Deucher
> Date: Fri, 5 Mar 2010 14:50:37 -0500
> Subject: [PATCH] drm/radeon/k
2010/3/15 Rafał Miłecki :
> 2010/3/15 Alex Deucher :
>> 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 :
> 2010/3/15 Alex Deucher :
>> 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 :
> 2010/3/15 Alex Deucher :
>> 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 :
> 2010/3/15 Alex Deucher :
>> 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 :
> 2010/3/15 Alex Deucher :
>> 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
>
on support for internal thermal/fan support used on some
r6xx/r7xx boards
- add more robust power state selection
- tie power state selection into external events (manual power mode
selection, AC/DC state, etc.)
- hook up memory reclocking
- hook up pcie lane setting
- hook up voltage set
2010/3/14 Rafał Miłecki :
> W dniu 14 marca 2010 21:48 użytkownik Alex Deucher
> napisał:
>> 2010/3/5 Rafał Miłecki :
>>> Signed-off-by: Rafał Miłecki
>>
>> NACK. I've got a better way to deal with this.
>
> Post it. I see we love missing merge wi
2010/3/5 Rafał Miłecki :
> Signed-off-by: Rafał Miłecki
NACK. I've got a better way to deal with this.
Alex
> ---
> drivers/gpu/drm/radeon/radeon_pm.c | 18 ++
> 1 files changed, 18 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/gpu/drm/
This fixes fdo bug 27008.
>From 0be75bd324cea1eb577cf4bdebfb59af217876cf Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Thu, 11 Mar 2010 10:38:07 -0500
Subject: [PATCH] drm/radeon/kms/rs4xx: make sure crtcs are enabled
when setting timing
based on ddx patch from Matthias Hopf.
Signed-off
On Wed, Mar 10, 2010 at 7:09 PM, Alex Deucher 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 one upstream (either via drm or i2c).
> Previously
This patch series gets hw i2c working on my r1xx card and should fix
the hw i2c issues some others have run into on some r2xx and r3xx
cards.
Alex
0001-drm-radeon-kms-fix-for-hw-i2c.patch
Description: application/mbox
0002-drm-radeon-kms-fix-i2c-prescale-calc-on-older-radeo.patch
Description
On Thu, Mar 11, 2010 at 1:00 PM, Jean Delvare wrote:
> Hi Alex,
>
> On Wed, 10 Mar 2010 19:09:08 -0500, Alex Deucher 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
2010/3/11 Jerome Glisse :
> On Thu, Mar 11, 2010 at 05:24:22PM +0100, Rafał Miłecki wrote:
>> 2010/3/11 Alex Deucher :
>> > I like keeping all the asic definitions in one file as you tend to
>> > need to update them all at one time and having them spread across all
&g
the asic files increases the likelihood of one or more of them getting
missed. But I can live with it if other folks think it's a good idea.
Alex
> Yours, Daniel
>
> Daniel Vetter (14):
> drm/radoen: move r100 asic struct to r100.c
> drm/radoen: move r200 asic struct to r200
2010/3/11 Michel Dänzer :
> On Wed, 2010-03-10 at 13:10 -0500, Alex Deucher wrote:
>> On Wed, Mar 10, 2010 at 1:05 PM, Alex Deucher wrote:
>> > On Wed, Mar 10, 2010 at 12:42 PM, James Simmons
>> > wrote:
>> >>
>> >> See my other post about what
. I've tested on
several radeons, but more tested would be nice.
Alex
0001-i2c-algo-bit-Add-pre-and-post-xfer-hooks.patch
Description: application/mbox
0002-drm-radeon-kms-use-new-pre-post_xfer-i2c-bit-algo-h.patch
>From b2757f48c0c45ff08934d125b913777b8adaee0b Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Wed, 10 Mar 2010 18:33:03 -0500
Subject: [PATCH] drm/radeon/kms: fix pal tv-out support on legacy IGP chips
Based on ddx patch by Andrzej Hajda.
Signed-off-by: Alex Deucher
---
drivers/gpu/
u talking about printing oops to the screen
> while X is running ? Otherwise if you experience a oops and go back to
> console mode you should be able to view it. The console text buffer is
> independent of the graphics card memory system.
>
Right now we keep the console buffer pinned
1 - 100 of 1271 matches
Mail list logo
