The attached patches change softpipe and llvmpipe so that they never provoke
the first vertex for quads. Please review. I think that these and the
Corbin's one could be pushed by now, couldn't they?
-Marek
On Thu, Feb 11, 2010 at 4:03 PM, Brian Paul wrote:
> Corbin Simpson wrote:
> >>From 21571
http://bugs.freedesktop.org/show_bug.cgi?id=26927
--- Comment #5 from Damien Mir 2010-03-06 19:30:02 PST
---
Created an attachment (id=33823)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33823)
lspci output
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
http://bugs.freedesktop.org/show_bug.cgi?id=26927
--- Comment #4 from Damien Mir 2010-03-06 19:28:48 PST
---
Created an attachment (id=33822)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33822)
requested vbios dump
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?ta
It would help to know what the server is doing at this point with the
client. It may be that it put the client to sleep and hasn't woken it
up yet, or there could be something wrong with our getbuffers code in
the new scheme.
Jesse
On Sat, 06 Mar 2010 18:02:51 +0100
Stephan Raue wrote:
> looks
http://bugs.freedesktop.org/show_bug.cgi?id=26927
--- Comment #3 from Alex Deucher 2010-03-06 15:08:11 PST ---
Can you attach the output of lspci -vnn and your video bios? To dump your
video bios do the following (as root):
cd /sys/bus/pci/devices/
echo 1 > rom
cat rom > /tmp/vbios.rom
echo
On Sun, 2010-03-07 at 00:05 +0200, Maxim Levitsky wrote:
> On Sat, 2010-03-06 at 22:35 +0100, Florian Mickler wrote:
> > On Sat, 06 Mar 2010 18:02:51 +0100
> > Stephan Raue wrote:
> >
> > > looks this like my problems that i have reported some days ago with
> > > Subject "Problem using an Mesa b
On Sat, 2010-03-06 at 22:35 +0100, Florian Mickler wrote:
> On Sat, 06 Mar 2010 18:02:51 +0100
> Stephan Raue wrote:
>
> > looks this like my problems that i have reported some days ago with
> > Subject "Problem using an Mesa based App with recent
> > xorg/mesa/xf86-video-intel (loop?)" to Mesa
Hi,
For at least two reasons it would be beneficial for some code outisde the
graphics driver(s) to know if the KMS are used.
First, in the non-KMS (ie. UMS) case we probably wouldn't want to call
acpi_video_resume(), because that has a potential to mess up with the GPU
(it actually is known to d
http://bugzilla.kernel.org/show_bug.cgi?id=15276
--- Comment #49 from Andreas Wallberg 2010-03-06
21:37:00 ---
For me, the bug never went away, although I noticed that the test case may be
taking a little longer to trigger recently.
As I wrote above, I am using a dual screen arrangement. W
http://bugs.freedesktop.org/show_bug.cgi?id=26926
--- Comment #9 from Rafał Miłecki 2010-03-06 12:00:15 PST
---
I use drm-linus which contains "fix shr/shl ops".
Thanks a lot for giving registers! It gave nice results :)
# diff -u bad.log ok.log
--- bad.log 2010-03-06 20:54:42.2883251
On Sat, 6 Mar 2010, Sergio Monteiro Basto wrote:
> On Sat, 2010-03-06 at 09:40 -0800, Linus Torvalds wrote:
> > Why are people making excuses for bad programming and bad technology?
>
> Is not bad technology is new technology, the API have to change faster ,
> unless you want wait 2 years until
On Sat, 2010-03-06 at 09:40 -0800, Linus Torvalds wrote:
> Why are people making excuses for bad programming and bad technology?
Is not bad technology is new technology, the API have to change faster ,
unless you want wait 2 years until get "stable" .
--
Sérgio M. B.
smime.p7s
Description:
http://bugs.freedesktop.org/show_bug.cgi?id=26927
--- Comment #2 from Damien Mir 2010-03-06 09:56:42 PST
---
(In reply to comment #1)
> Does radeon.new_pll=0 fix it?
>
No it doesn't, same result.
Note that KMS with mainline 2.6.33 is OK. Seems to occur since recent merges in
linux-next.
On 6 March 2010 16:49, Rafał Miłecki wrote:
> 2010/3/6 Mike Lothian :
>> 2010/3/6 Rafał Miłecki :
>>> 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 - m
On Sat, 6 Mar 2010, Sergio Monteiro Basto wrote:
>
> You shouldn't expect, by now, upgrade drm kernel without update libdrm
> or at least recompile libdrm.
Why?
Why shouldn't I expect that? I already outlined exactly _how_ it could be
done.
Why are people saying that technology has to suck?
looks this like my problems that i have reported some days ago with
Subject "Problem using an Mesa based App with recent
xorg/mesa/xf86-video-intel (loop?)" to Mesa-dev, xorg and intel-gfx list?
i have still this issue, but i dont know what you need for informations
to fix the issues?
with ati
http://bugs.freedesktop.org/show_bug.cgi?id=26927
--- Comment #1 from Alex Deucher 2010-03-06 09:26:48 PST ---
Does radeon.new_pll=0 fix it?
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee
2010/3/6 Rafał Miłecki :
> 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 2.6.34.
>
> I
2010/3/6 Mike Lothian :
> 2010/3/6 Rafał Miłecki :
>> 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
W dniu 6 marca 2010 17:26 użytkownik Christian König
napisał:
> Am Samstag, den 06.03.2010, 14:03 +0100 schrieb Rafał Miłecki:
>> + struct radeon_encoder_atom_dig *dig = radeon_encoder->enc_priv;
>> int base_rate = 48000;
>>
>> + if (!dig) {
>> + dev_err(rdev->dev, "Setti
On Sat, 2010-03-06 at 08:02 -0800, Jesse Barnes wrote:
> On Sat, 06 Mar 2010 16:40:27 +0200
> Maxim Levitsky wrote:
>
> > On Sat, 2010-03-06 at 14:10 +0200, Maxim Levitsky wrote:
> > > On Sat, 2010-03-06 at 11:18 +0100, Florian Mickler wrote:
> > > > On Fri, 05 Mar 2010 23:48:48 +0200
> > > > Ma
Am Samstag, den 06.03.2010, 14:03 +0100 schrieb Rafał Miłecki:
> + struct radeon_encoder_atom_dig *dig = radeon_encoder->enc_priv;
> int base_rate = 48000;
>
> + if (!dig) {
> + dev_err(rdev->dev, "Setting audio clock on non-dig encoder\n");
> + return;
> +
http://bugs.freedesktop.org/show_bug.cgi?id=26927
Summary: Blank LVDS Dell Studio 17
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: critical
Priority: medium
>From 1c1c332f0482b8b728ec63af92bc316fa41302a1 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Sat, 6 Mar 2010 10:57:30 -0500
Subject: [PATCH] drm/radeon/kms/atom: spread spectrum fix
The atom spread spectrum table does not always
disable ss. Explicitly disable it and then use
the atom table t
http://bugs.freedesktop.org/show_bug.cgi?id=25741
--- Comment #18 from Alex Deucher 2010-03-06 08:06:50 PST ---
Created an attachment (id=33817)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33817)
possible fix
Does this patch help?
--
Configure bugmail: http://bugs.freedesktop.org
On Sat, 06 Mar 2010 16:40:27 +0200
Maxim Levitsky wrote:
> On Sat, 2010-03-06 at 14:10 +0200, Maxim Levitsky wrote:
> > On Sat, 2010-03-06 at 11:18 +0100, Florian Mickler wrote:
> > > On Fri, 05 Mar 2010 23:48:48 +0200
> > > Maxim Levitsky wrote:
> > >
> > > > On Fri, 2010-03-05 at 13:36 -0800
http://bugs.freedesktop.org/show_bug.cgi?id=25741
--- Comment #17 from Philipp Claves 2010-03-06 07:59:25 PST
---
Created an attachment (id=33816)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33816)
Xorg log with Kernel 2.6.33 KMS
--
Configure bugmail: http://bugs.freedesktop.org/
http://bugs.freedesktop.org/show_bug.cgi?id=25741
--- Comment #16 from Philipp Claves 2010-03-06 07:58:07 PST
---
Created an attachment (id=33815)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33815)
dmesg with 2.6.33 KMS enabled
--
Configure bugmail: http://bugs.freedesktop.org/us
Hi,
On Thu, 2010-03-04 at 10:43 -0800, Linus Torvalds wrote:
> it difficult to have some libdrm that can handle both
> versions.
You shouldn't expect, by now, upgrade drm kernel without update libdrm
or at least recompile libdrm.
So when you saw a error message "driver nouveau 0.0.n+1 and have 0
http://bugs.freedesktop.org/show_bug.cgi?id=25741
Philipp Claves changed:
What|Removed |Added
CC||[email protected]
--- Comment #15 from
http://bugs.freedesktop.org/show_bug.cgi?id=26915
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=26926
--- Comment #8 from Alex Deucher 2010-03-06 07:28:43 PST ---
(In reply to comment #7)
> (In reply to comment #6)
> > Does UMS work ok? I suspect it's the bg/adj values for the dac.
>
> At least radeonhd does work fine for both DVIs. Will te
http://bugs.freedesktop.org/show_bug.cgi?id=26926
--- Comment #7 from Rafał Miłecki 2010-03-06 07:11:38 PST
---
(In reply to comment #6)
> Does UMS work ok? I suspect it's the bg/adj values for the dac.
At least radeonhd does work fine for both DVIs. Will test radeon soon.
Can you point
http://bugs.freedesktop.org/show_bug.cgi?id=26926
--- Comment #6 from Alex Deucher 2010-03-06 07:08:50 PST ---
Does UMS work ok? I suspect it's the bg/adj values for the dac.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail bec
http://bugs.freedesktop.org/show_bug.cgi?id=26915
--- Comment #4 from Da Fox 2010-03-06 07:07:53 PST
---
(In reply to comment #3)
> Created an attachment (id=33809)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33809) [details]
> fix pal issues
>
> Does this patch fix it?
>
Yes, th
>From ad6fcd83e27499e35ef4975fe0e9319f73cbb49e Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Sat, 6 Mar 2010 09:43:41 -0500
Subject: [PATCH] drm/radeon/kms: fix legacy tv-out pal mode
fixes fdo bug 26915
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_legacy_tv.c |4 ++--
http://bugs.freedesktop.org/show_bug.cgi?id=26926
--- Comment #5 from Rafał Miłecki 2010-03-06 07:05:16 PST
---
Created an attachment (id=33814)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33814)
colors2 good (screenshot)
--
Configure bugmail: http://bugs.freedesktop.org/userpref
http://bugs.freedesktop.org/show_bug.cgi?id=26926
--- Comment #4 from Rafał Miłecki 2010-03-06 07:04:55 PST
---
Created an attachment (id=33813)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33813)
colors2 bad (photo)
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?
http://bugs.freedesktop.org/show_bug.cgi?id=26926
--- Comment #3 from Rafał Miłecki 2010-03-06 07:04:29 PST
---
Created an attachment (id=33812)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33812)
colors1 good (screenshot)
--
Configure bugmail: http://bugs.freedesktop.org/userpref
http://bugs.freedesktop.org/show_bug.cgi?id=26926
--- Comment #2 from Rafał Miłecki 2010-03-06 07:04:15 PST
---
Created an attachment (id=33811)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33811)
colors1 bad (photo)
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?
http://bugs.freedesktop.org/show_bug.cgi?id=26926
--- Comment #1 from Rafał Miłecki 2010-03-06 07:03:35 PST
---
Created an attachment (id=33810)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33810)
dmesg.log
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
http://bugs.freedesktop.org/show_bug.cgi?id=26926
Summary: [KMS][RV635] broken colors/fonts on DVI-0 (DVI-1 is OK)
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Prior
http://bugs.freedesktop.org/show_bug.cgi?id=26915
--- Comment #3 from Alex Deucher 2010-03-06 06:49:43 PST ---
Created an attachment (id=33809)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33809)
fix pal issues
Does this patch fix it?
--
Configure bugmail: http://bugs.freedesktop.
http://bugs.freedesktop.org/show_bug.cgi?id=26915
Alex Deucher changed:
What|Removed |Added
AssignedTo|[email protected] |dri-
|
On Sat, 2010-03-06 at 14:10 +0200, Maxim Levitsky wrote:
> On Sat, 2010-03-06 at 11:18 +0100, Florian Mickler wrote:
> > On Fri, 05 Mar 2010 23:48:48 +0200
> > Maxim Levitsky wrote:
> >
> > > On Fri, 2010-03-05 at 13:36 -0800, Jesse Barnes wrote:
> > > > On Fri, 05 Mar 2010 23:18:07 +0200
> > >
On Fri, 05 Mar 2010 23:48:48 +0200
Maxim Levitsky wrote:
> On Fri, 2010-03-05 at 13:36 -0800, Jesse Barnes wrote:
> > On Fri, 05 Mar 2010 23:18:07 +0200
> > Maxim Levitsky wrote:
> >
> > > On Fri, 2010-03-05 at 12:55 -0800, Jesse Barnes wrote:
> > > > On Fri, 05 Mar 2010 22:42:21 +0200
> > > >
We should free "params" before returning.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/i915/intel_overlay.c
b/drivers/gpu/drm/i915/intel_overlay.c
index d355d1d..60595fc 100644
--- a/drivers/gpu/drm/i915/intel_overlay.c
+++ b/drivers/gpu/drm/i915/intel_overlay.c
@@ -1068,14 +1068,1
We still have many magic numbers in HDMI/audio to define
Signed-off-by: Rafał Miłecki
---
drivers/gpu/drm/radeon/r600_audio.c | 10 --
drivers/gpu/drm/radeon/r600_hdmi.c | 18 +-
2 files changed, 13 insertions(+), 15 deletions(-)
diff --git a/drivers/gpu/drm/radeon/
Signed-off-by: Rafał Miłecki
---
drivers/gpu/drm/radeon/r600_audio.c | 35 ---
1 files changed, 0 insertions(+), 35 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_audio.c
b/drivers/gpu/drm/radeon/r600_audio.c
index 2897bd7..1588316 100644
--- a/drivers/g
Signed-off-by: Rafał Miłecki
---
drivers/gpu/drm/radeon/rv770.c | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/rv770.c b/drivers/gpu/drm/radeon/rv770.c
index 37887de..8f0c925 100644
--- a/drivers/gpu/drm/radeon/rv770.c
+++ b/drivers/
We almost always used first HDMI block for first encoder and second for sencod.
Exception was KLDSCP_LVTMA. Analyzing code picking DIG encoder shows the same
behaviour. It shows HDMI block are related to DIGs, which relation we now use.
Signed-off-by: Rafał Miłecki
---
drivers/gpu/drm/radeon/r60
Older GPUs are little different, HDMI blocks are not hard-wired, but routable.
We should just find some free HDMI block and route it to choosen encoder. In
case of RS6x0 there is only one HDMI block, we don't enable HDMI on RS6x00 yet
however.
Signed-off-by: Rafał Miłecki
---
drivers/gpu/drm/rad
We already know same offsets are used for different encoders/transmitters, so
just numeric them instead naming incorrectly. Additionaly we found additional
registers needed for RV770+
Signed-off-by: Rafał Miłecki
---
drivers/gpu/drm/radeon/r600_hdmi.c | 10 +-
drivers/gpu/drm/radeon/
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 2.6.34.
I could not do this work without help from C
On Sat, 2010-03-06 at 11:18 +0100, Florian Mickler wrote:
> On Fri, 05 Mar 2010 23:48:48 +0200
> Maxim Levitsky wrote:
>
> > On Fri, 2010-03-05 at 13:36 -0800, Jesse Barnes wrote:
> > > On Fri, 05 Mar 2010 23:18:07 +0200
> > > Maxim Levitsky wrote:
> > >
> > > > On Fri, 2010-03-05 at 12:55 -080
Oh, dang. Thanks for catching this. Eric, please merge.
Cc: [email protected] (for .33)
Reviewed-by: Daniel Vetter
On Sat, Mar 06, 2010 at 02:05:39PM +0300, Dan Carpenter wrote:
> We should free "params" before returning.
>
> Signed-off-by: Dan Carpenter
>
> diff --git a/drivers/gpu/drm/i915/
http://bugzilla.kernel.org/show_bug.cgi?id=15186
--- Comment #24 from Robert Schedel 2010-03-06 11:48:10
---
Agree with Nils: I constantly pull git master branches from mesa and
xf86-video-ati, also some minutes ago. With 2.6.33 still fixed.
Suggestion: Revert recent updates one by one, bis
http://bugzilla.kernel.org/show_bug.cgi?id=15186
--- Comment #23 from Nils Kneuper 2010-03-06 11:11:57
---
I have been using 2.6.33 for a while now and not seen any issue so far with
KDE/kwin 4.x. So for me things seem to still be fixed.
--
Configure bugmail: http://bugzilla.kernel.org/us
http://bugzilla.kernel.org/show_bug.cgi?id=15276
--- Comment #48 from Michał Witkowski 2010-03-06 11:00:41 ---
I'm running:
kernel 2.6.33 final (Arch testing stock version)
mesa GIT 20100306
libdrm GIT 20100306
glproto GIT 20100306
xf86-video-ati GIT 20100306
I can now again reproduc
http://bugzilla.kernel.org/show_bug.cgi?id=15186
--- Comment #22 from Michał Witkowski 2010-03-06 10:58:35 ---
I just switched form 2.6.33-rc7 to 2.6.33 final. I also updated
mesa/libdrm/glproto/xf86-video-ati from GIT 20100217 to 20100306. The problem
with Kwin yellowish shadows is back
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 2010-03-05 22:51 schrieb [email protected]:
> On Fri, Mar 05, 2010 at 11:38:46AM -0800, Corbin Simpson wrote:
>> If distros want to run weird experiments on their users, let them!
>> Sure, sometimes bad things happen, but sometimes good things happen
>>
61 matches
Mail list logo
