drm intel maintainership

[Daniel Vetter]

Hi Keith and Chris,

I'm a bit confused about drm-intel maintainership. Please clarify.

And if drm-intel mainterships switches permanently to Keith, please
send out a proper announcement and a corresponding patch to
MAINTAINERS.

Yours, Daniel
-- 
Daniel Vetter
daniel.vetter at ffwll.ch - +41 (0) 79 364 57 48 - http://blog.ffwll.ch

[Bug 36939] multitexturing is messed up in quake wars (regression)

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=36939

Tom Stellard  changed:

   What|Removed |Added

  Attachment #46526|0   |1
is obsolete||

--- Comment #7 from Tom Stellard  2011-05-10 19:46:42 
PDT ---
Created an attachment (id=46579)
 View: https://bugs.freedesktop.org/attachment.cgi?id=46579
 Review: https://bugs.freedesktop.org/review?bug=36939=46579

Possible Fix

I think this patch might fix this.  If it doesn't could you post the output of
RADEON_DEBUG=fp again.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 36939] multitexturing is messed up in quake wars (regression)

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=36939

Tom Stellard  changed:

   What|Removed |Added

  Attachment #46516|0   |1
is obsolete||

--- Comment #6 from Tom Stellard  2011-05-10 19:46:04 
PDT ---
Created an attachment (id=46577)
 View: https://bugs.freedesktop.org/attachment.cgi?id=46577
 Review: https://bugs.freedesktop.org/review?bug=36939=46577

Possible Fix

I think this patch might fix this.  If it doesn't could you post the output of
RADEON_DEBUG=fp again.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 27314] displayport link training fails on certain panels (channel equalization fails)

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=27314

--- Comment #42 from J?r?my Lal  2011-05-10 18:28:22 PDT 
---
I think the problem comes from the difference between BIOS run (working):
drm:radeon_dp_get_link_status], link status 11 11 80 00 00 00
[drm:radeon_dp_link_train], clock recovery at voltage 0 pre-emphasis 0
[drm:radeon_dp_get_link_status], link status 77 77 81 00 00 00
[drm:radeon_dp_link_train], channel eq at voltage 0 pre-emphasis 0

and EFI run (black screen):
[drm:radeon_dp_get_link_status], link status 00 00 00 00 11 11
[drm:dp_get_adjust_train], requested signal parameters: lane 0 voltage 0.6V
pre_emph 0dB
[drm:dp_get_adjust_train], requested signal parameters: lane 1 voltage 0.6V
pre_emph 0dB
[drm:dp_get_adjust_train], requested signal parameters: lane 2 voltage 0.6V
pre_emph 0dB
[drm:dp_get_adjust_train], requested signal parameters: lane 3 voltage 0.6V
pre_emph 0dB
[drm:dp_get_adjust_train], using signal parameters: voltage 0.6V pre_emph 0dB
[drm:radeon_dp_get_link_status], link status 00 00 00 00 22 22

Though I'm a bit weak on atombios_dp.c, i'm ready to promptly test any patch.
Last test was with kernel 2.6.39-rc6.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 34252] Unexpected behaviour when switching video cards with vga_switcheroo

[bugzilla-dae...@bugzilla.kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=34252





--- Comment #7 from Igor Murzov   2011-05-10 18:08:50 ---
Either ignored, or DIS card should be turned off, not IGD. I don't know what
exactly should happen as there is seems no official docs for vga_switcheroo,
only various tutorials and wikis. For example ubuntu tutorial
(https://help.ubuntu.com/community/HybridGraphics) says:

echo IGD > /sys/kernel/debug/vgaswitcheroo/switch
Connects integrated graphics with outputs.

-- absolutely nothing is said if some card should be turned on / off.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
___
Dri-devel mailing list
Dri-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

long delay when using HMDI output on RS780

[Alex Deucher]

On Tue, May 10, 2011 at 2:37 PM, Thomas Fjellstrom  
wrote:
> On May 10, 2011, you wrote:
>> On Mon, May 9, 2011 at 11:22 PM, Thomas Fjellstrom 
> wrote:
>> > On May 9, 2011, Thomas Fjellstrom wrote:
>> >> On May 9, 2011, Alex Deucher wrote:
>> >> > On Mon, May 9, 2011 at 5:04 PM, Thomas Fjellstrom
>> >> > 
>> >>
>> >> wrote:
>> >> > > On May 9, 2011, Thomas Fjellstrom wrote:
>> >> > >> On May 9, 2011, Jerome Glisse wrote:
>> >> > >> > On Mon, May 9, 2011 at 3:50 PM, Thomas Fjellstrom
>> >> > >> > 
>> >> > >>
>> >> > >> wrote:
>> >> > >> > > On May 7, 2011, Thomas Fjellstrom wrote:
>> >> > >> > >> I just switched to using HDMI with my media center, and its
>> >> > >> > >> causing a 30+ second delay in the screen turning on, as well
>> >> > >> > >> as a 7 second delay in the X startup when it tries to fetch
>> >> > >> > >> the EDID
>> >> > >> > >> information. Basically I don't get any picture at all once KMS
>> >> > >> > >> initializes until after X has been up a few seconds.
>> >> > >> > >>
>> >> > >> > >> The odd thing is the monitor seems to think something is going
>> >> > >> > >> on, since it doesn't go to sleep or display its "No Signal"
>> >> > >> > >> OSD, but just after X starts up, it pops up the "Input
>> >> > >> > >> detected/switched" OSD, and the picture appears.
>> >> > >> > >>
>> >> > >> > >> The bios, grub2 (in both text mode and graphics mode), and the
>> >> > >> > >> initial linux kernel messages all display fine and
>> >> > >> > >> immediately. Its only once KMS and radeondrmfb initializes
>> >> > >> > >> that there's a problem (at least till X starts up).
>> >> > >> > >>
>> >> > >> > >> I've just built with a vanila 2.6.38.4 kernel from the stable
>> >> > >> > >> git repo, and have played with some EDID settings, trying to
>> >> > >> > >> disable edid where I could thinking thats what caused the
>> >> > >> > >> problem. That doesn't seem to be the case though. I also
>> >> > >> > >> tried playing with the video= kernel option, trying to force
>> >> > >> > >> disable VGA-1, and set a static mode for HDMI-A-1, but if I
>> >> > >> > >> try, it seems to force disable HDMI-A-1 instead of force the
>> >> > >> > >> mode.
>> >> > >> > >>
>> >> > >> > >> With a DVI-D cable instead, the problem goes away.
>> >> > >> > >>
>> >> > >> > >> Attached are the dmesg and xorg.log files for the latest boot
>> >> > >> > >> with HDMI (no video= parameter, and EDID enabled, most
>> >> > >> > >> settings at defaults).
>> >> > >> > >>
>> >> > >> > >> What exactly would cause this, and is there a way I can fix
>> >> > >> > >> it?
>> >> > >> > >
>> >> > >> > > I've been playing around with it more, and got it to not blank
>> >> > >> > > the screen after KMS init, /once/. So far no luck repeating
>> >> > >> > > that success.
>> >> > >> > >
>> >> > >> > > I've tried late, and early kms init, and currently have the
>> >> > >> > > radeon module and firmware compiled into the kernel. Boot
>> >> > >> > > times at least are fairly decent, about 8-10s till X starts,
>> >> > >> > > but about 25-35s till anything shows up.
>> >> > >> > >
>> >> > >> > > Some strangeness, I have the kernel set to force the hdmi
>> >> > >> > > output to on, with a very specific mode, that X tends to like,
>> >> > >> > > the vga port is forced disabled. X is set to ignore EDID, and
>> >> > >> > > also set to that specific mode that it tends to auto set
>> >> > >> > > itself. Regardless X still wants to pause for 7s 2-3 times
>> >> > >> > > while processing EDID info.
>> >> > >> > >
>> >> > >> > > I've attached the new dmesg and xorg logs from the latest
>> >> > >> > > attempts.
>> >> > >> > >
>> >> > >> > > Note, this only happens with KMS, with HDMI. disabling KMS, or
>> >> > >> > > using DVI makes the problem go away. Even grub's own graphical
>> >> > >> > > mode works fine, its only once KMS inits that things go bad,
>> >> > >> > > and its not till after X is up for a few seconds that
>> >> > >> > > something displays on my screen.
>> >> > >> > >
>> >> > >> > > --
>> >> > >> > > Thomas Fjellstrom
>> >> > >> > > thomas at fjellstrom.ca
>> >> > >> >
>> >> > >> > Please boot with drm.debug=4 and attach dmesg it should be more
>> >> > >> > verbose. You might also want to try booting with radeon.audio=0
>> >> > >>
>> >> > >> Hi, attached both one with just drm.debug=4, and one with that and
>> >> > >> radeon.audio=0.
>> >> > >>
>> >> > >> Now, I'm guessing its a bug in my monitor claiming it can do HDMI
>> >> > >> audio? As setting radeon.audio=0 seems to have fixed the blanking
>> >> > >> problem. And the dmesg logs seem to claim that radeon thinks it can
>> >> > >> do HDMI audio.
>> >> >
>> >> > Most likely the driver is sending the wrong packets for hdmi audio.
>> >> > Until that gets fixed up, it's probably best to disable hdmi audio if
>> >> > it's not working for you.
>> >>
>> >> Ok. I'll do that for now, since I have no need for HDMI audio atm. My
>> >> receiver is only capable of Dolby Pro Logic input, so eh.
>> >>
>> >> Would be nice 

long delay when using HMDI output on RS780

[Thomas Fjellstrom]

On May 10, 2011, Alex Deucher wrote:
> On Tue, May 10, 2011 at 2:37 PM, Thomas Fjellstrom  
wrote:
> > On May 10, 2011, you wrote:
> >> On Mon, May 9, 2011 at 11:22 PM, Thomas Fjellstrom
> >> 
> > 
> > wrote:
> >> > On May 9, 2011, Thomas Fjellstrom wrote:
> >> >> On May 9, 2011, Alex Deucher wrote:
> >> >> > On Mon, May 9, 2011 at 5:04 PM, Thomas Fjellstrom
> >> >> > 
> >> >> 
> >> >> wrote:
> >> >> > > On May 9, 2011, Thomas Fjellstrom wrote:
> >> >> > >> On May 9, 2011, Jerome Glisse wrote:
> >> >> > >> > On Mon, May 9, 2011 at 3:50 PM, Thomas Fjellstrom
> >> >> > >> > 
> >> >> > >> 
> >> >> > >> wrote:
> >> >> > >> > > On May 7, 2011, Thomas Fjellstrom wrote:
> >> >> > >> > >> I just switched to using HDMI with my media center, and its
> >> >> > >> > >> causing a 30+ second delay in the screen turning on, as
> >> >> > >> > >> well as a 7 second delay in the X startup when it tries to
> >> >> > >> > >> fetch the EDID
> >> >> > >> > >> information. Basically I don't get any picture at all once
> >> >> > >> > >> KMS initializes until after X has been up a few seconds.
> >> >> > >> > >> 
> >> >> > >> > >> The odd thing is the monitor seems to think something is
> >> >> > >> > >> going on, since it doesn't go to sleep or display its "No
> >> >> > >> > >> Signal" OSD, but just after X starts up, it pops up the
> >> >> > >> > >> "Input detected/switched" OSD, and the picture appears.
> >> >> > >> > >> 
> >> >> > >> > >> The bios, grub2 (in both text mode and graphics mode), and
> >> >> > >> > >> the initial linux kernel messages all display fine and
> >> >> > >> > >> immediately. Its only once KMS and radeondrmfb initializes
> >> >> > >> > >> that there's a problem (at least till X starts up).
> >> >> > >> > >> 
> >> >> > >> > >> I've just built with a vanila 2.6.38.4 kernel from the
> >> >> > >> > >> stable git repo, and have played with some EDID settings,
> >> >> > >> > >> trying to disable edid where I could thinking thats what
> >> >> > >> > >> caused the problem. That doesn't seem to be the case
> >> >> > >> > >> though. I also tried playing with the video= kernel
> >> >> > >> > >> option, trying to force disable VGA-1, and set a static
> >> >> > >> > >> mode for HDMI-A-1, but if I try, it seems to force disable
> >> >> > >> > >> HDMI-A-1 instead of force the mode.
> >> >> > >> > >> 
> >> >> > >> > >> With a DVI-D cable instead, the problem goes away.
> >> >> > >> > >> 
> >> >> > >> > >> Attached are the dmesg and xorg.log files for the latest
> >> >> > >> > >> boot with HDMI (no video= parameter, and EDID enabled,
> >> >> > >> > >> most settings at defaults).
> >> >> > >> > >> 
> >> >> > >> > >> What exactly would cause this, and is there a way I can fix
> >> >> > >> > >> it?
> >> >> > >> > > 
> >> >> > >> > > I've been playing around with it more, and got it to not
> >> >> > >> > > blank the screen after KMS init, /once/. So far no luck
> >> >> > >> > > repeating that success.
> >> >> > >> > > 
> >> >> > >> > > I've tried late, and early kms init, and currently have the
> >> >> > >> > > radeon module and firmware compiled into the kernel. Boot
> >> >> > >> > > times at least are fairly decent, about 8-10s till X starts,
> >> >> > >> > > but about 25-35s till anything shows up.
> >> >> > >> > > 
> >> >> > >> > > Some strangeness, I have the kernel set to force the hdmi
> >> >> > >> > > output to on, with a very specific mode, that X tends to
> >> >> > >> > > like, the vga port is forced disabled. X is set to ignore
> >> >> > >> > > EDID, and also set to that specific mode that it tends to
> >> >> > >> > > auto set itself. Regardless X still wants to pause for 7s
> >> >> > >> > > 2-3 times while processing EDID info.
> >> >> > >> > > 
> >> >> > >> > > I've attached the new dmesg and xorg logs from the latest
> >> >> > >> > > attempts.
> >> >> > >> > > 
> >> >> > >> > > Note, this only happens with KMS, with HDMI. disabling KMS,
> >> >> > >> > > or using DVI makes the problem go away. Even grub's own
> >> >> > >> > > graphical mode works fine, its only once KMS inits that
> >> >> > >> > > things go bad, and its not till after X is up for a few
> >> >> > >> > > seconds that something displays on my screen.
> >> >> > >> > > 
> >> >> > >> > > --
> >> >> > >> > > Thomas Fjellstrom
> >> >> > >> > > thomas at fjellstrom.ca
> >> >> > >> > 
> >> >> > >> > Please boot with drm.debug=4 and attach dmesg it should be
> >> >> > >> > more verbose. You might also want to try booting with
> >> >> > >> > radeon.audio=0
> >> >> > >> 
> >> >> > >> Hi, attached both one with just drm.debug=4, and one with that
> >> >> > >> and radeon.audio=0.
> >> >> > >> 
> >> >> > >> Now, I'm guessing its a bug in my monitor claiming it can do
> >> >> > >> HDMI audio? As setting radeon.audio=0 seems to have fixed the
> >> >> > >> blanking problem. And the dmesg logs seem to claim that radeon
> >> >> > >> thinks it can do HDMI audio.
> >> >> > 
> >> >> > Most likely the driver is sending the wrong packets for hdmi audio.
> >> >> > Until 

[Bug 8056] s3tc broken in ut2004

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=8056

--- Comment #49 from almos  2011-05-10 16:25:16 PDT ---
(In reply to comment #47)
> (In reply to comment #46)
> > The UseVBO=True hack
> 
> Hack? I used this years ago with the classic r300 driver and don't remember it
> misrendering anything. Do you have a link or something that explains why it's 
> a
> hack?

See e.g. this:
https://bugs.freedesktop.org/show_bug.cgi?id=28994

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 34822] Blank display on Toshiba laptop C670D-10C using AMD E-240 Palm chip

[bugzilla-dae...@bugzilla.kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=34822


Alex Deucher  changed:

   What|Removed |Added

 CC||alexdeucher at gmail.com




--- Comment #6 from Alex Deucher   2011-05-10 
16:01:56 ---
travis DP to LVDS bridges are not supported yet.  I'll update this bug when I
have patches ready.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
___
Dri-devel mailing list
Dri-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 34822] Blank display on Toshiba laptop C670D-10C using AMD E-240 Palm chip

[bugzilla-dae...@bugzilla.kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=34822





--- Comment #5 from Anisse Astier   2011-05-10 15:59:30 ---
Created an attachment (id=57182)
 --> (https://bugzilla.kernel.org/attachment.cgi?id=57182)
vbios rom in /sys/bus/pci/devices/:00:01.0

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
___
Dri-devel mailing list
Dri-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 34822] Blank display on Toshiba laptop C670D-10C using AMD E-240 Palm chip

[bugzilla-dae...@bugzilla.kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=34822





--- Comment #4 from Anisse Astier   2011-05-10 15:48:22 ---
I tried booting with video=1600x900, 1440x900, 1280x800 and 1024x768 and none
of them changed anything.

I didn't specify it, but screen is blank AND backlight is off.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
___
Dri-devel mailing list
Dri-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 34822] Blank display on Toshiba laptop C670D-10C using AMD E-240 Palm chip

[bugzilla-dae...@bugzilla.kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=34822


Anisse Astier  changed:

   What|Removed |Added

  Attachment #57152|0   |1
is obsolete||




--- Comment #3 from Anisse Astier   2011-05-10 15:21:33 ---
Created an attachment (id=57162)
 --> (https://bugzilla.kernel.org/attachment.cgi?id=57162)
dmesg log with drm.debug=4

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
___
Dri-devel mailing list
Dri-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 34822] Blank display on Toshiba laptop C670D-10C using AMD E-240 Palm chip

[bugzilla-dae...@bugzilla.kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=34822





--- Comment #2 from Anisse Astier   2011-05-10 15:05:27 ---
Created an attachment (id=57152)
 --> (https://bugzilla.kernel.org/attachment.cgi?id=57152)
dmesg log with drm.debug=1 loglevel=9

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
___
Dri-devel mailing list
Dri-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 34822] Blank display on Toshiba laptop C670D-10C using AMD E-240 Palm chip

[bugzilla-dae...@bugzilla.kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=34822





--- Comment #1 from Anisse Astier   2011-05-10 14:58:40 ---
Created an attachment (id=57142)
 --> (https://bugzilla.kernel.org/attachment.cgi?id=57142)
Xorg log starting the X server manually in verbose mode

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
___
Dri-devel mailing list
Dri-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 34822] New: Blank display on Toshiba laptop C670D-10C using AMD E-240 Palm chip

[bugzilla-dae...@bugzilla.kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=34822

   Summary: Blank display on Toshiba laptop C670D-10C using AMD
E-240 Palm chip
   Product: Drivers
   Version: 2.5
Kernel Version: 2.6.39-rc7
  Platform: All
OS/Version: Linux
  Tree: Mainline
Status: NEW
  Severity: normal
  Priority: P1
 Component: Video(DRI - non Intel)
AssignedTo: drivers_video-dri at kernel-bugs.osdl.org
ReportedBy: anisse at astier.eu
Regression: No


Created an attachment (id=57132)
 --> (https://bugzilla.kernel.org/attachment.cgi?id=57132)
dmesg using Linus' HEAD of May 10th 2011

On a Toshiba laptop using an AMD Fusion GPU (SoC: E-240), I am unable to have
screen turn on with KMS. It stays blank, even when starting the X server.

I tried with 2.6.38.5, Today's Linus tree, Yesterday's drm-2.6/drm-next, all to
the same result.

Here is the lspci:

00:00.0 Host bridge [0600]: Advanced Micro Devices [AMD] Device [1022:1510]
00:01.0 VGA compatible controller [0300]: ATI Technologies Inc Device
[1002:9803]
00:11.0 SATA controller [0106]: ATI Technologies Inc SB700/SB800 SATA
Controller [AHCI mode] [1002:4391] (rev 40)
00:12.0 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB OHCI0
Controller [1002:4397]
00:12.2 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB EHCI
Controller [1002:4396]
00:13.0 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB OHCI0
Controller [1002:4397]
00:13.2 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB EHCI
Controller [1002:4396]
00:14.0 SMBus [0c05]: ATI Technologies Inc SBx00 SMBus Controller [1002:4385]
(rev 42)
00:14.1 IDE interface [0101]: ATI Technologies Inc SB700/SB800 IDE Controller
[1002:439c] (rev 40)
00:14.2 Audio device [0403]: ATI Technologies Inc SBx00 Azalia (Intel HDA)
[1002:4383] (rev 40)
00:14.3 ISA bridge [0601]: ATI Technologies Inc SB700/SB800 LPC host controller
[1002:439d] (rev 40)
00:14.4 PCI bridge [0604]: ATI Technologies Inc SBx00 PCI to PCI Bridge
[1002:4384] (rev 40)
00:15.0 PCI bridge [0604]: ATI Technologies Inc Device [1002:43a0]
00:15.1 PCI bridge [0604]: ATI Technologies Inc Device [1002:43a1]
00:15.2 PCI bridge [0604]: ATI Technologies Inc Device [1002:43a2]
00:16.0 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB OHCI0
Controller [1002:4397]
00:16.2 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB EHCI
Controller [1002:4396]
00:18.0 Host bridge [0600]: Advanced Micro Devices [AMD] Device [1022:1700]
(rev 43)
00:18.1 Host bridge [0600]: Advanced Micro Devices [AMD] Device [1022:1701]
00:18.2 Host bridge [0600]: Advanced Micro Devices [AMD] Device [1022:1702]
00:18.3 Host bridge [0600]: Advanced Micro Devices [AMD] Device [1022:1703]
00:18.4 Host bridge [0600]: Advanced Micro Devices [AMD] Device [1022:1704]
00:18.5 Host bridge [0600]: Advanced Micro Devices [AMD] Device [1022:1718]
00:18.6 Host bridge [0600]: Advanced Micro Devices [AMD] Device [1022:1716]
00:18.7 Host bridge [0600]: Advanced Micro Devices [AMD] Device [1022:1719]
03:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. Device
[10ec:8176] (rev 01)
04:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd.
RTL8101E/RTL8102E PCI Express Fast Ethernet controller [10ec:8136] (rev 05)

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
___
Dri-devel mailing list
Dri-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

long delay when using HMDI output on RS780

[Jerome Glisse]

On Mon, May 9, 2011 at 11:22 PM, Thomas Fjellstrom  
wrote:
> On May 9, 2011, Thomas Fjellstrom wrote:
>> On May 9, 2011, Alex Deucher wrote:
>> > On Mon, May 9, 2011 at 5:04 PM, Thomas Fjellstrom 
>>
>> wrote:
>> > > On May 9, 2011, Thomas Fjellstrom wrote:
>> > >> On May 9, 2011, Jerome Glisse wrote:
>> > >> > On Mon, May 9, 2011 at 3:50 PM, Thomas Fjellstrom
>> > >> > 
>> > >>
>> > >> wrote:
>> > >> > > On May 7, 2011, Thomas Fjellstrom wrote:
>> > >> > >> I just switched to using HDMI with my media center, and its
>> > >> > >> causing a 30+ second delay in the screen turning on, as well as
>> > >> > >> a 7 second delay in the X startup when it tries to fetch the
>> > >> > >> EDID
>> > >> > >> information. Basically I don't get any picture at all once KMS
>> > >> > >> initializes until after X has been up a few seconds.
>> > >> > >>
>> > >> > >> The odd thing is the monitor seems to think something is going
>> > >> > >> on, since it doesn't go to sleep or display its "No Signal" OSD,
>> > >> > >> but just after X starts up, it pops up the "Input
>> > >> > >> detected/switched" OSD, and the picture appears.
>> > >> > >>
>> > >> > >> The bios, grub2 (in both text mode and graphics mode), and the
>> > >> > >> initial linux kernel messages all display fine and immediately.
>> > >> > >> Its only once KMS and radeondrmfb initializes that there's a
>> > >> > >> problem (at least till X starts up).
>> > >> > >>
>> > >> > >> I've just built with a vanila 2.6.38.4 kernel from the stable git
>> > >> > >> repo, and have played with some EDID settings, trying to disable
>> > >> > >> edid where I could thinking thats what caused the problem. That
>> > >> > >> doesn't seem to be the case though. I also tried playing with the
>> > >> > >> video= kernel option, trying to force disable VGA-1, and set a
>> > >> > >> static mode for HDMI-A-1, but if I try, it seems to force disable
>> > >> > >> HDMI-A-1 instead of force the mode.
>> > >> > >>
>> > >> > >> With a DVI-D cable instead, the problem goes away.
>> > >> > >>
>> > >> > >> Attached are the dmesg and xorg.log files for the latest boot
>> > >> > >> with HDMI (no video= parameter, and EDID enabled, most settings
>> > >> > >> at defaults).
>> > >> > >>
>> > >> > >> What exactly would cause this, and is there a way I can fix it?
>> > >> > >
>> > >> > > I've been playing around with it more, and got it to not blank the
>> > >> > > screen after KMS init, /once/. So far no luck repeating that
>> > >> > > success.
>> > >> > >
>> > >> > > I've tried late, and early kms init, and currently have the radeon
>> > >> > > module and firmware compiled into the kernel. Boot times at least
>> > >> > > are fairly decent, about 8-10s till X starts, but about 25-35s
>> > >> > > till anything shows up.
>> > >> > >
>> > >> > > Some strangeness, I have the kernel set to force the hdmi output
>> > >> > > to on, with a very specific mode, that X tends to like, the vga
>> > >> > > port is forced disabled. X is set to ignore EDID, and also set to
>> > >> > > that specific mode that it tends to auto set itself. Regardless X
>> > >> > > still wants to pause for 7s 2-3 times while processing EDID info.
>> > >> > >
>> > >> > > I've attached the new dmesg and xorg logs from the latest
>> > >> > > attempts.
>> > >> > >
>> > >> > > Note, this only happens with KMS, with HDMI. disabling KMS, or
>> > >> > > using DVI makes the problem go away. Even grub's own graphical
>> > >> > > mode works fine, its only once KMS inits that things go bad, and
>> > >> > > its not till after X is up for a few seconds that something
>> > >> > > displays on my screen.
>> > >> > >
>> > >> > > --
>> > >> > > Thomas Fjellstrom
>> > >> > > thomas at fjellstrom.ca
>> > >> >
>> > >> > Please boot with drm.debug=4 and attach dmesg it should be more
>> > >> > verbose. You might also want to try booting with radeon.audio=0
>> > >>
>> > >> Hi, attached both one with just drm.debug=4, and one with that and
>> > >> radeon.audio=0.
>> > >>
>> > >> Now, I'm guessing its a bug in my monitor claiming it can do HDMI
>> > >> audio? As setting radeon.audio=0 seems to have fixed the blanking
>> > >> problem. And the dmesg logs seem to claim that radeon thinks it can
>> > >> do HDMI audio.
>> >
>> > Most likely the driver is sending the wrong packets for hdmi audio.
>> > Until that gets fixed up, it's probably best to disable hdmi audio if
>> > it's not working for you.
>>
>> Ok. I'll do that for now, since I have no need for HDMI audio atm. My
>> receiver is only capable of Dolby Pro Logic input, so eh.
>>
>> Would be nice to fix the xorg pauses. And whatever is causing the massive
>> amounts of drm log spam (yes, I could disable drm.debug, but that would
>> just hide the issue, as whatever it is, will keep doing whatever it is
>> doing regardless).
>
> Any hints on where to look to fix the stalls when the xorg radeon driver 
> starts
> up?
>

Is the Xserver block or is it just that there is no picture ? ie when
you see somethings on the 

[Bug 34252] Unexpected behaviour when switching video cards with vga_switcheroo

[bugzilla-dae...@bugzilla.kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=34252





--- Comment #6 from Florian Mickler   2011-05-10 
13:17:32 ---
Am I understanding correctly that in your opinion the `echo IGD >
/sys/.../switch` should be ignored if already on IGD? I.e. nothing should
happen?

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
___
Dri-devel mailing list
Dri-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

i915/kms/backlight-combo mode problem

[Melchior FRANZ]

* Michael Chang -- Tuesday 10 May 2011:
> Could you please try this patch and get the log ? We wonder why
> is_backlight_combination_mode () returns false.

This information was already buried in the bugzilla thread:

  https://bugzilla.kernel.org/show_bug.cgi?id=31522
  "It turned out that on this machine INTEL_INFO(dev)->gen equals 4,
  and is_backlight_combination_mode() returns 0x4000."


But to say it again in your words:   :-)

  [drm:is_backlight_combination_mode], BLM_COMBINATION_MODE = 1073741824  
(0x4000)

6x during boot-up, and several times later when changing the backlight
brightness.


This was with 8b061610dac3a3b89770c85ad63b481a47b0c38e. And now
I have a little shocker for you (and me): because this was a
vanilla kernel (apart from these debug messages), the screen went
black again, like I knew it. But pressing the "brightness down"
key turns the backlight on! I can't believe that I haven't tested
that. I guess I've only tried "brightness up" and "display toggle".
Those don't turn backlight on. Or maybe somethine else relevant
meanwhile changed in the i915 drivers. (I've regularly been
updating to HEAD.)  

So, the problem was just the initial state all the time?

m.

long delay when using HMDI output on RS780

[Thomas Fjellstrom]

On May 10, 2011, you wrote:
> On Mon, May 9, 2011 at 11:22 PM, Thomas Fjellstrom  
wrote:
> > On May 9, 2011, Thomas Fjellstrom wrote:
> >> On May 9, 2011, Alex Deucher wrote:
> >> > On Mon, May 9, 2011 at 5:04 PM, Thomas Fjellstrom
> >> > 
> >> 
> >> wrote:
> >> > > On May 9, 2011, Thomas Fjellstrom wrote:
> >> > >> On May 9, 2011, Jerome Glisse wrote:
> >> > >> > On Mon, May 9, 2011 at 3:50 PM, Thomas Fjellstrom
> >> > >> > 
> >> > >> 
> >> > >> wrote:
> >> > >> > > On May 7, 2011, Thomas Fjellstrom wrote:
> >> > >> > >> I just switched to using HDMI with my media center, and its
> >> > >> > >> causing a 30+ second delay in the screen turning on, as well
> >> > >> > >> as a 7 second delay in the X startup when it tries to fetch
> >> > >> > >> the EDID
> >> > >> > >> information. Basically I don't get any picture at all once KMS
> >> > >> > >> initializes until after X has been up a few seconds.
> >> > >> > >> 
> >> > >> > >> The odd thing is the monitor seems to think something is going
> >> > >> > >> on, since it doesn't go to sleep or display its "No Signal"
> >> > >> > >> OSD, but just after X starts up, it pops up the "Input
> >> > >> > >> detected/switched" OSD, and the picture appears.
> >> > >> > >> 
> >> > >> > >> The bios, grub2 (in both text mode and graphics mode), and the
> >> > >> > >> initial linux kernel messages all display fine and
> >> > >> > >> immediately. Its only once KMS and radeondrmfb initializes
> >> > >> > >> that there's a problem (at least till X starts up).
> >> > >> > >> 
> >> > >> > >> I've just built with a vanila 2.6.38.4 kernel from the stable
> >> > >> > >> git repo, and have played with some EDID settings, trying to
> >> > >> > >> disable edid where I could thinking thats what caused the
> >> > >> > >> problem. That doesn't seem to be the case though. I also
> >> > >> > >> tried playing with the video= kernel option, trying to force
> >> > >> > >> disable VGA-1, and set a static mode for HDMI-A-1, but if I
> >> > >> > >> try, it seems to force disable HDMI-A-1 instead of force the
> >> > >> > >> mode.
> >> > >> > >> 
> >> > >> > >> With a DVI-D cable instead, the problem goes away.
> >> > >> > >> 
> >> > >> > >> Attached are the dmesg and xorg.log files for the latest boot
> >> > >> > >> with HDMI (no video= parameter, and EDID enabled, most
> >> > >> > >> settings at defaults).
> >> > >> > >> 
> >> > >> > >> What exactly would cause this, and is there a way I can fix
> >> > >> > >> it?
> >> > >> > > 
> >> > >> > > I've been playing around with it more, and got it to not blank
> >> > >> > > the screen after KMS init, /once/. So far no luck repeating
> >> > >> > > that success.
> >> > >> > > 
> >> > >> > > I've tried late, and early kms init, and currently have the
> >> > >> > > radeon module and firmware compiled into the kernel. Boot
> >> > >> > > times at least are fairly decent, about 8-10s till X starts,
> >> > >> > > but about 25-35s till anything shows up.
> >> > >> > > 
> >> > >> > > Some strangeness, I have the kernel set to force the hdmi
> >> > >> > > output to on, with a very specific mode, that X tends to like,
> >> > >> > > the vga port is forced disabled. X is set to ignore EDID, and
> >> > >> > > also set to that specific mode that it tends to auto set
> >> > >> > > itself. Regardless X still wants to pause for 7s 2-3 times
> >> > >> > > while processing EDID info.
> >> > >> > > 
> >> > >> > > I've attached the new dmesg and xorg logs from the latest
> >> > >> > > attempts.
> >> > >> > > 
> >> > >> > > Note, this only happens with KMS, with HDMI. disabling KMS, or
> >> > >> > > using DVI makes the problem go away. Even grub's own graphical
> >> > >> > > mode works fine, its only once KMS inits that things go bad,
> >> > >> > > and its not till after X is up for a few seconds that
> >> > >> > > something displays on my screen.
> >> > >> > > 
> >> > >> > > --
> >> > >> > > Thomas Fjellstrom
> >> > >> > > thomas at fjellstrom.ca
> >> > >> > 
> >> > >> > Please boot with drm.debug=4 and attach dmesg it should be more
> >> > >> > verbose. You might also want to try booting with radeon.audio=0
> >> > >> 
> >> > >> Hi, attached both one with just drm.debug=4, and one with that and
> >> > >> radeon.audio=0.
> >> > >> 
> >> > >> Now, I'm guessing its a bug in my monitor claiming it can do HDMI
> >> > >> audio? As setting radeon.audio=0 seems to have fixed the blanking
> >> > >> problem. And the dmesg logs seem to claim that radeon thinks it can
> >> > >> do HDMI audio.
> >> > 
> >> > Most likely the driver is sending the wrong packets for hdmi audio.
> >> > Until that gets fixed up, it's probably best to disable hdmi audio if
> >> > it's not working for you.
> >> 
> >> Ok. I'll do that for now, since I have no need for HDMI audio atm. My
> >> receiver is only capable of Dolby Pro Logic input, so eh.
> >> 
> >> Would be nice to fix the xorg pauses. And whatever is causing the
> >> massive amounts of drm log spam (yes, I could disable drm.debug, but
> >> that 

i915/kms/backlight-combo mode problem

[Michael Chang]

Melchior,

Could you please try this patch and get the log ? We wonder why
is_backlight_combination_mode () returns false. We all knew that it
returns true during booting (and takashi's fix works to fix the
blackscreen for you) and it's unlikely to become false afterward.
Perhaps it was changed wrongly ..

I speculate that if it returns true matters because it would touch the
LPBC register and your problem might get fixed.

Thanks in advance. :)

diff --git a/drivers/gpu/drm/i915/intel_panel.c
b/drivers/gpu/drm/i915/intel_panel.c
index a06ff07..8f14bfa 100644
--- a/drivers/gpu/drm/i915/intel_panel.c
+++ b/drivers/gpu/drm/i915/intel_panel.c
@@ -116,12 +116,21 @@ static int Melchior(struct drm_device *dev)
 {
struct drm_i915_private *dev_priv = dev->dev_private;

-   if (INTEL_INFO(dev)->gen >= 4)
-   return I915_READ(BLC_PWM_CTL2) & BLM_COMBINATION_MODE;
+   if (INTEL_INFO(dev)->gen >= 4) {

-   if (IS_GEN2(dev))
-   return I915_READ(BLC_PWM_CTL) & BLM_LEGACY_MODE;
+   int ret = I915_READ(BLC_PWM_CTL2) & BLM_COMBINATION_MODE;
+   DRM_DEBUG_DRIVER("BLM_COMBINATION_MODE = %d\n", ret);
+   return ret;
+   }
+
+   if (IS_GEN2(dev)) {

+   int ret = I915_READ(BLC_PWM_CTL) & BLM_LEGACY_MODE;
+   DRM_DEBUG_DRIVER("BLM_LEGACY_MODE = %d\n", ret);
+   return ret;
+   }
+   
+   DRM_DEBUG_DRIVER("Do nothing, return false\n");
return 0;
 }


2011/5/9 Michael Chang :
>
> From the log, it looks like is_backlight_combination_mode is evaluated false
> which contradicts with the topic we are discussed. Regardless of the
> combination_mode, the log seems to work ..? weird.
>
> 2011/5/9 Melchior FRANZ 
>>
>> * Joey Lee -- Monday 09 May 2011:
>> > The following is debug patch, and please add kernel parameter
>> > drm.debug=0x02 :
>>
>> The result is with acpi_osi=Linux:
>>
>>
>> boot phase:
>> [ ? ?3.310274] [drm:intel_panel_get_backlight], get backlight val = 2890
>> [ ? ?3.310280] [drm:intel_panel_get_backlight], get backlight PWM = 2890
>> [ ? ?3.310615] [drm:intel_panel_get_backlight], get backlight val = 2890
>> [ ? ?3.310617] [drm:intel_panel_get_backlight], get backlight PWM = 2890
>> [ ? ?3.310619] [drm:intel_panel_set_backlight], set backlight PWM = 0
>> [ ? ?3.310622] [drm:intel_panel_set_backlight], set backlight tmp(1) =
>> 189401930
>> [ ? ?3.310624] [drm:intel_panel_set_backlight], set backlight tmp(2) =
>> 189399040
>> [ ? ?3.310626] [drm:intel_panel_set_backlight], set backlight level = 0
>>
>> [ ? ?3.641522] [drm:intel_panel_set_backlight], set backlight PWM = 2890
>> [ ? ?3.641525] [drm:intel_panel_set_backlight], set backlight tmp(1) =
>> 189399040
>> [ ? ?3.641527] [drm:intel_panel_set_backlight], set backlight tmp(2) =
>> 189399040
>> [ ? ?3.641529] [drm:intel_panel_set_backlight], set backlight level = 2890
>>
>> [ ? 11.410563] video LNXVIDEO:01: Restoring backlight state
>>
>>
>>
>> brightness up:
>> ? [no output]
>>
>>
>>
>> brightness down:
>> [ ?152.697127] [drm:intel_panel_get_max_backlight], max backlight PWM =
>> 2890
>> [ ?152.697136] [drm:intel_panel_set_backlight], set backlight PWM = 283
>> [ ?152.697141] [drm:intel_panel_set_backlight], set backlight tmp(1) =
>> 189401930
>> [ ?152.697146] [drm:intel_panel_set_backlight], set backlight tmp(2) =
>> 189399040
>> [ ?152.697150] [drm:intel_panel_set_backlight], set backlight level = 283
>>
>> [ ?166.720631] [drm:intel_panel_get_max_backlight], max backlight PWM =
>> 2890
>> [ ?166.720640] [drm:intel_panel_set_backlight], set backlight PWM = 578
>> [ ?166.720645] [drm:intel_panel_set_backlight], set backlight tmp(1) =
>> 189399323
>> [ ?166.720649] [drm:intel_panel_set_backlight], set backlight tmp(2) =
>> 189399040
>> [ ?166.720654] [drm:intel_panel_set_backlight], set backlight level = 578
>>
>> [ ?178.091776] [drm:intel_panel_get_max_backlight], max backlight PWM =
>> 2890
>> [ ?178.091784] [drm:intel_panel_set_backlight], set backlight PWM = 861
>> [ ?178.091789] [drm:intel_panel_set_backlight], set backlight tmp(1) =
>> 189399618
>> [ ?178.091793] [drm:intel_panel_set_backlight], set backlight tmp(2) =
>> 189399040
>> [ ?178.091797] [drm:intel_panel_set_backlight], set backlight level = 861
>>
>> [ ?188.888370] [drm:intel_panel_get_max_backlight], max backlight PWM =
>> 2890
>> [ ?188.888379] [drm:intel_panel_set_backlight], set backlight PWM = 1156
>> [ ?188.888383] [drm:intel_panel_set_backlight], set backlight tmp(1) =
>> 189399901
>> [ ?188.888388] [drm:intel_panel_set_backlight], set backlight tmp(2) =
>> 189399040
>> [ ?188.888392] [drm:intel_panel_set_backlight], set backlight level = 1156
>>
>> [ ?196.411657] [drm:intel_panel_get_max_backlight], max backlight PWM =
>> 2890
>> [ ?196.411665] [drm:intel_panel_set_backlight], set backlight PWM = 1439
>> [ ?196.411670] [drm:intel_panel_set_backlight], set backlight tmp(1) =
>> 189400196
>> [ ?196.411674] [drm:intel_panel_set_backlight], set 

[Bug 37075] objview demo has messed up geometry with r300g

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=37075

--- Comment #1 from almos  2011-05-10 08:48:40 PDT ---
Created an attachment (id=46555)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=46555)
bunny.png

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 37075] New: objview demo has messed up geometry with r300g

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=37075

   Summary: objview demo has messed up geometry with r300g
   Product: Mesa
   Version: git
  Platform: Other
OS/Version: All
Status: NEW
  Severity: normal
  Priority: medium
 Component: Drivers/Gallium/r300
AssignedTo: dri-devel at lists.freedesktop.org
ReportedBy: aaalmosss at gmail.com


See the attached screenshot of the poor bunny. The buddha object is also quite
wrong, bobcat is OK, and the right half of the biplane is wrong.

r300g of 7.10.2 and 7.11-dev both produce the same error. 

swrast of 7.10.2 shows no rendering errors, but llvmpipe of 7.11-dev doesn't
even open a window (it does print ~5fps to the console though).

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 34802] New: [radeon] Screen blinking when reclocking (especially with dynpm power method)

[bugzilla-dae...@bugzilla.kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=34802

   Summary: [radeon] Screen blinking when reclocking (especially
with dynpm power method)
   Product: Drivers
   Version: 2.5
Kernel Version: 2.6.39
  Platform: All
OS/Version: Linux
  Tree: Mainline
Status: NEW
  Severity: normal
  Priority: P1
 Component: Video(DRI - non Intel)
AssignedTo: drivers_video-dri at kernel-bugs.osdl.org
ReportedBy: arzavt at gmail.com
Regression: No


It's always happen when clocks changes. In this moment I observe a colored
vertical lines during 1 second. When I change power method or power profile
manually it's happens one time too.
The lines like this:
http://radeon.koolfy.be/wp-content/uploads/2011/03/garbage.jpg

$ lspci | grep -i vga
01:00.0 VGA compatible controller: ATI Technologies Inc Madison [Mobility
Radeon HD 5000 Series]

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
___
Dri-devel mailing list
Dri-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 34082] Incorrect / missing device id in radeon_atombios.c

[bugzilla-dae...@bugzilla.kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=34082


Florian Mickler  changed:

   What|Removed |Added

 CC||florian at mickler.org




--- Comment #3 from Florian Mickler   2011-05-10 
06:34:30 ---
A patch referencing this bug report has been merged in v2.6.39-rc7:

commit 4f87af46107499415afd238be104587b5a9d7ac3
Author: Alex Deucher 
Date:   Wed May 4 11:41:47 2011 -0400

drm/radeon/kms: add pci id to acer travelmate quirk for 5730

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
___
Dri-devel mailing list
Dri-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 37040] Radeon driver reports EDID errors every 10 seconds

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=37040

--- Comment #4 from teufel at cs.uni-frankfurt.de 2011-05-10 05:44:33 PDT ---
As you can see in the corresponding LKML thread, I already know about the
drm_kms_helper.poll=0 option (and use it), but this is just a workaround to
make the system usable and prevent the logfiles of being bloated.
It doesn't fix the original problem (but I appreciate your intention to point
me at this).

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 36939] multitexturing is messed up in quake wars (regression)

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=36939

--- Comment #5 from Tom Stellard  2011-05-10 03:22:00 
PDT ---
(In reply to comment #4)
> Created an attachment (id=46526)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=46526)
> etqw_log_verbose.txt.gz
> 
> As the previous one, this was also done with shader effects = high.

Thanks.  Running with RADEON_DEBUG=noopt should make the problem go away while
I'm working on a fix.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 36939] multitexturing is messed up in quake wars (regression)

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=36939

--- Comment #4 from almos  2011-05-10 02:46:15 PDT ---
Created an attachment (id=46526)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=46526)
etqw_log_verbose.txt.gz

As the previous one, this was also done with shader effects = high.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 34772] New: [radeon] [R300] GPU lockups with when KMS is enabled

[bugzilla-dae...@bugzilla.kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=34772

   Summary: [radeon] [R300] GPU lockups with when KMS is enabled
   Product: Drivers
   Version: 2.5
Kernel Version: 2.6.38
  Platform: All
OS/Version: Linux
  Tree: Mainline
Status: NEW
  Severity: normal
  Priority: P1
 Component: Video(DRI - non Intel)
AssignedTo: drivers_video-dri at kernel-bugs.osdl.org
ReportedBy: rbrito at ime.usp.br
Regression: No


Created an attachment (id=57062)
 --> (https://bugzilla.kernel.org/attachment.cgi?id=57062)
dmesg output right after the lock up, obtained via the network

Hi there.

I have been getting some Oopses/stack traces when I try to use my iBook G4
(with an "ATI Technologies Inc M11 NV/FireGL Mobility T2e" card) and I enable
KMS.

The userland here is Debian unstable with the DRM from experimental, but I am
willing to test anything that you would like me to.

For example, attached is the last of a series of such Oopses that I got when I
tried to test if a video was playing or not with mplayer.

I tried to use 2.6.39-rc{5,6}, but upon boot I get messages telling me that
there were failures and that hardware acceleration will be disabled and I that
I get is a desktop with colors distorted like if there were some endianness
issues.

This is, BTW, part of my attempts to get Linux running well on PowerPC, with
some of my logs (with photos) present at my homepage:


http://www.ime.usp.br/~rbrito/linux/debug-r300/

Please, if there is anything that I can provide to fix this, let me know and I
will do my best.


Thanks, Rog?rio Brito.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.
--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
___
Dri-devel mailing list
Dri-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 34082] Incorrect / missing device id in radeon_atombios.c

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=34082


Florian Mickler flor...@mickler.org changed:

   What|Removed |Added

 CC||flor...@mickler.org




--- Comment #3 from Florian Mickler flor...@mickler.org  2011-05-10 06:34:30 
---
A patch referencing this bug report has been merged in v2.6.39-rc7:

commit 4f87af46107499415afd238be104587b5a9d7ac3
Author: Alex Deucher alexdeuc...@gmail.com
Date:   Wed May 4 11:41:47 2011 -0400

drm/radeon/kms: add pci id to acer travelmate quirk for 5730

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
___
Dri-devel mailing list
dri-de...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 34802] New: [radeon] Screen blinking when reclocking (especially with dynpm power method)

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=34802

   Summary: [radeon] Screen blinking when reclocking (especially
with dynpm power method)
   Product: Drivers
   Version: 2.5
Kernel Version: 2.6.39
  Platform: All
OS/Version: Linux
  Tree: Mainline
Status: NEW
  Severity: normal
  Priority: P1
 Component: Video(DRI - non Intel)
AssignedTo: drivers_video-...@kernel-bugs.osdl.org
ReportedBy: arz...@gmail.com
Regression: No


It's always happen when clocks changes. In this moment I observe a colored
vertical lines during 1 second. When I change power method or power profile
manually it's happens one time too.
The lines like this:
http://radeon.koolfy.be/wp-content/uploads/2011/03/garbage.jpg

$ lspci | grep -i vga
01:00.0 VGA compatible controller: ATI Technologies Inc Madison [Mobility
Radeon HD 5000 Series]

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
___
Dri-devel mailing list
dri-de...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 36939] multitexturing is messed up in quake wars (regression)

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=36939

--- Comment #4 from almos aaalmo...@gmail.com 2011-05-10 02:46:15 PDT ---
Created an attachment (id=46526)
 -- (https://bugs.freedesktop.org/attachment.cgi?id=46526)
etqw_log_verbose.txt.gz

As the previous one, this was also done with shader effects = high.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 36939] multitexturing is messed up in quake wars (regression)

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=36939

--- Comment #5 from Tom Stellard tstel...@gmail.com 2011-05-10 03:22:00 PDT 
---
(In reply to comment #4)
 Created an attachment (id=46526)
 -- (https://bugs.freedesktop.org/attachment.cgi?id=46526)
 etqw_log_verbose.txt.gz
 
 As the previous one, this was also done with shader effects = high.

Thanks.  Running with RADEON_DEBUG=noopt should make the problem go away while
I'm working on a fix.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: i915/kms/backlight-combo mode problem

[Melchior FRANZ]

* Michael Chang -- Tuesday 10 May 2011:
 Could you please try this patch and get the log ? We wonder why
 is_backlight_combination_mode () returns false.

This information was already buried in the bugzilla thread:

  https://bugzilla.kernel.org/show_bug.cgi?id=31522
  It turned out that on this machine INTEL_INFO(dev)-gen equals 4,
  and is_backlight_combination_mode() returns 0x4000.


But to say it again in your words:   :-)

  [drm:is_backlight_combination_mode], BLM_COMBINATION_MODE = 1073741824  
(0x4000)

6x during boot-up, and several times later when changing the backlight
brightness.


This was with 8b061610dac3a3b89770c85ad63b481a47b0c38e. And now
I have a little shocker for you (and me): because this was a
vanilla kernel (apart from these debug messages), the screen went
black again, like I knew it. But pressing the brightness down
key turns the backlight on! I can't believe that I haven't tested
that. I guess I've only tried brightness up and display toggle.
Those don't turn backlight on. Or maybe somethine else relevant
meanwhile changed in the i915 drivers. (I've regularly been
updating to HEAD.)  

So, the problem was just the initial state all the time?

m.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 34252] Unexpected behaviour when switching video cards with vga_switcheroo

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=34252





--- Comment #6 from Florian Mickler flor...@mickler.org  2011-05-10 13:17:32 
---
Am I understanding correctly that in your opinion the `echo IGD 
/sys/.../switch` should be ignored if already on IGD? I.e. nothing should
happen?

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
___
Dri-devel mailing list
dri-de...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 34822] New: Blank display on Toshiba laptop C670D-10C using AMD E-240 Palm chip

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=34822

   Summary: Blank display on Toshiba laptop C670D-10C using AMD
E-240 Palm chip
   Product: Drivers
   Version: 2.5
Kernel Version: 2.6.39-rc7
  Platform: All
OS/Version: Linux
  Tree: Mainline
Status: NEW
  Severity: normal
  Priority: P1
 Component: Video(DRI - non Intel)
AssignedTo: drivers_video-...@kernel-bugs.osdl.org
ReportedBy: ani...@astier.eu
Regression: No


Created an attachment (id=57132)
 -- (https://bugzilla.kernel.org/attachment.cgi?id=57132)
dmesg using Linus' HEAD of May 10th 2011

On a Toshiba laptop using an AMD Fusion GPU (SoC: E-240), I am unable to have
screen turn on with KMS. It stays blank, even when starting the X server.

I tried with 2.6.38.5, Today's Linus tree, Yesterday's drm-2.6/drm-next, all to
the same result.

Here is the lspci:

00:00.0 Host bridge [0600]: Advanced Micro Devices [AMD] Device [1022:1510]
00:01.0 VGA compatible controller [0300]: ATI Technologies Inc Device
[1002:9803]
00:11.0 SATA controller [0106]: ATI Technologies Inc SB700/SB800 SATA
Controller [AHCI mode] [1002:4391] (rev 40)
00:12.0 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB OHCI0
Controller [1002:4397]
00:12.2 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB EHCI
Controller [1002:4396]
00:13.0 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB OHCI0
Controller [1002:4397]
00:13.2 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB EHCI
Controller [1002:4396]
00:14.0 SMBus [0c05]: ATI Technologies Inc SBx00 SMBus Controller [1002:4385]
(rev 42)
00:14.1 IDE interface [0101]: ATI Technologies Inc SB700/SB800 IDE Controller
[1002:439c] (rev 40)
00:14.2 Audio device [0403]: ATI Technologies Inc SBx00 Azalia (Intel HDA)
[1002:4383] (rev 40)
00:14.3 ISA bridge [0601]: ATI Technologies Inc SB700/SB800 LPC host controller
[1002:439d] (rev 40)
00:14.4 PCI bridge [0604]: ATI Technologies Inc SBx00 PCI to PCI Bridge
[1002:4384] (rev 40)
00:15.0 PCI bridge [0604]: ATI Technologies Inc Device [1002:43a0]
00:15.1 PCI bridge [0604]: ATI Technologies Inc Device [1002:43a1]
00:15.2 PCI bridge [0604]: ATI Technologies Inc Device [1002:43a2]
00:16.0 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB OHCI0
Controller [1002:4397]
00:16.2 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB EHCI
Controller [1002:4396]
00:18.0 Host bridge [0600]: Advanced Micro Devices [AMD] Device [1022:1700]
(rev 43)
00:18.1 Host bridge [0600]: Advanced Micro Devices [AMD] Device [1022:1701]
00:18.2 Host bridge [0600]: Advanced Micro Devices [AMD] Device [1022:1702]
00:18.3 Host bridge [0600]: Advanced Micro Devices [AMD] Device [1022:1703]
00:18.4 Host bridge [0600]: Advanced Micro Devices [AMD] Device [1022:1704]
00:18.5 Host bridge [0600]: Advanced Micro Devices [AMD] Device [1022:1718]
00:18.6 Host bridge [0600]: Advanced Micro Devices [AMD] Device [1022:1716]
00:18.7 Host bridge [0600]: Advanced Micro Devices [AMD] Device [1022:1719]
03:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. Device
[10ec:8176] (rev 01)
04:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd.
RTL8101E/RTL8102E PCI Express Fast Ethernet controller [10ec:8136] (rev 05)

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
___
Dri-devel mailing list
dri-de...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 34822] Blank display on Toshiba laptop C670D-10C using AMD E-240 Palm chip

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=34822





--- Comment #1 from Anisse Astier ani...@astier.eu  2011-05-10 14:58:40 ---
Created an attachment (id=57142)
 -- (https://bugzilla.kernel.org/attachment.cgi?id=57142)
Xorg log starting the X server manually in verbose mode

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
___
Dri-devel mailing list
dri-de...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 34822] Blank display on Toshiba laptop C670D-10C using AMD E-240 Palm chip

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=34822





--- Comment #2 from Anisse Astier ani...@astier.eu  2011-05-10 15:05:27 ---
Created an attachment (id=57152)
 -- (https://bugzilla.kernel.org/attachment.cgi?id=57152)
dmesg log with drm.debug=1 loglevel=9

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
___
Dri-devel mailing list
dri-de...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 34822] Blank display on Toshiba laptop C670D-10C using AMD E-240 Palm chip

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=34822


Anisse Astier ani...@astier.eu changed:

   What|Removed |Added

  Attachment #57152|0   |1
is obsolete||




--- Comment #3 from Anisse Astier ani...@astier.eu  2011-05-10 15:21:33 ---
Created an attachment (id=57162)
 -- (https://bugzilla.kernel.org/attachment.cgi?id=57162)
dmesg log with drm.debug=4

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
___
Dri-devel mailing list
dri-de...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 37075] New: objview demo has messed up geometry with r300g

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=37075

   Summary: objview demo has messed up geometry with r300g
   Product: Mesa
   Version: git
  Platform: Other
OS/Version: All
Status: NEW
  Severity: normal
  Priority: medium
 Component: Drivers/Gallium/r300
AssignedTo: dri-devel@lists.freedesktop.org
ReportedBy: aaalmo...@gmail.com


See the attached screenshot of the poor bunny. The buddha object is also quite
wrong, bobcat is OK, and the right half of the biplane is wrong.

r300g of 7.10.2 and 7.11-dev both produce the same error. 

swrast of 7.10.2 shows no rendering errors, but llvmpipe of 7.11-dev doesn't
even open a window (it does print ~5fps to the console though).

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 34822] Blank display on Toshiba laptop C670D-10C using AMD E-240 Palm chip

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=34822





--- Comment #4 from Anisse Astier ani...@astier.eu  2011-05-10 15:48:22 ---
I tried booting with video=1600x900, 1440x900, 1280x800 and 1024x768 and none
of them changed anything.

I didn't specify it, but screen is blank AND backlight is off.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
___
Dri-devel mailing list
dri-de...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 37075] objview demo has messed up geometry with r300g

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=37075

--- Comment #1 from almos aaalmo...@gmail.com 2011-05-10 08:48:40 PDT ---
Created an attachment (id=46555)
 -- (https://bugs.freedesktop.org/attachment.cgi?id=46555)
bunny.png

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 34822] Blank display on Toshiba laptop C670D-10C using AMD E-240 Palm chip

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=34822





--- Comment #5 from Anisse Astier ani...@astier.eu  2011-05-10 15:59:30 ---
Created an attachment (id=57182)
 -- (https://bugzilla.kernel.org/attachment.cgi?id=57182)
vbios rom in /sys/bus/pci/devices/:00:01.0

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
___
Dri-devel mailing list
dri-de...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 34822] Blank display on Toshiba laptop C670D-10C using AMD E-240 Palm chip

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=34822


Alex Deucher alexdeuc...@gmail.com changed:

   What|Removed |Added

 CC||alexdeuc...@gmail.com




--- Comment #6 from Alex Deucher alexdeuc...@gmail.com  2011-05-10 16:01:56 
---
travis DP to LVDS bridges are not supported yet.  I'll update this bug when I
have patches ready.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
___
Dri-devel mailing list
dri-de...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 34252] Unexpected behaviour when switching video cards with vga_switcheroo

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=34252





--- Comment #7 from Igor Murzov e-m...@date.by  2011-05-10 18:08:50 ---
Either ignored, or DIS card should be turned off, not IGD. I don't know what
exactly should happen as there is seems no official docs for vga_switcheroo,
only various tutorials and wikis. For example ubuntu tutorial
(https://help.ubuntu.com/community/HybridGraphics) says:

echo IGD  /sys/kernel/debug/vgaswitcheroo/switch
Connects integrated graphics with outputs.

-- absolutely nothing is said if some card should be turned on / off.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.

--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
___
Dri-devel mailing list
dri-de...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: long delay when using HMDI output on RS780

[Jerome Glisse]

On Mon, May 9, 2011 at 11:22 PM, Thomas Fjellstrom tho...@fjellstrom.ca wrote:
 On May 9, 2011, Thomas Fjellstrom wrote:
 On May 9, 2011, Alex Deucher wrote:
  On Mon, May 9, 2011 at 5:04 PM, Thomas Fjellstrom tho...@fjellstrom.ca

 wrote:
   On May 9, 2011, Thomas Fjellstrom wrote:
   On May 9, 2011, Jerome Glisse wrote:
On Mon, May 9, 2011 at 3:50 PM, Thomas Fjellstrom
tho...@fjellstrom.ca
  
   wrote:
 On May 7, 2011, Thomas Fjellstrom wrote:
 I just switched to using HDMI with my media center, and its
 causing a 30+ second delay in the screen turning on, as well as
 a 7 second delay in the X startup when it tries to fetch the
 EDID
 information. Basically I don't get any picture at all once KMS
 initializes until after X has been up a few seconds.

 The odd thing is the monitor seems to think something is going
 on, since it doesn't go to sleep or display its No Signal OSD,
 but just after X starts up, it pops up the Input
 detected/switched OSD, and the picture appears.

 The bios, grub2 (in both text mode and graphics mode), and the
 initial linux kernel messages all display fine and immediately.
 Its only once KMS and radeondrmfb initializes that there's a
 problem (at least till X starts up).

 I've just built with a vanila 2.6.38.4 kernel from the stable git
 repo, and have played with some EDID settings, trying to disable
 edid where I could thinking thats what caused the problem. That
 doesn't seem to be the case though. I also tried playing with the
 video= kernel option, trying to force disable VGA-1, and set a
 static mode for HDMI-A-1, but if I try, it seems to force disable
 HDMI-A-1 instead of force the mode.

 With a DVI-D cable instead, the problem goes away.

 Attached are the dmesg and xorg.log files for the latest boot
 with HDMI (no video= parameter, and EDID enabled, most settings
 at defaults).

 What exactly would cause this, and is there a way I can fix it?

 I've been playing around with it more, and got it to not blank the
 screen after KMS init, /once/. So far no luck repeating that
 success.

 I've tried late, and early kms init, and currently have the radeon
 module and firmware compiled into the kernel. Boot times at least
 are fairly decent, about 8-10s till X starts, but about 25-35s
 till anything shows up.

 Some strangeness, I have the kernel set to force the hdmi output
 to on, with a very specific mode, that X tends to like, the vga
 port is forced disabled. X is set to ignore EDID, and also set to
 that specific mode that it tends to auto set itself. Regardless X
 still wants to pause for 7s 2-3 times while processing EDID info.

 I've attached the new dmesg and xorg logs from the latest
 attempts.

 Note, this only happens with KMS, with HDMI. disabling KMS, or
 using DVI makes the problem go away. Even grub's own graphical
 mode works fine, its only once KMS inits that things go bad, and
 its not till after X is up for a few seconds that something
 displays on my screen.

 --
 Thomas Fjellstrom
 tho...@fjellstrom.ca
   
Please boot with drm.debug=4 and attach dmesg it should be more
verbose. You might also want to try booting with radeon.audio=0
  
   Hi, attached both one with just drm.debug=4, and one with that and
   radeon.audio=0.
  
   Now, I'm guessing its a bug in my monitor claiming it can do HDMI
   audio? As setting radeon.audio=0 seems to have fixed the blanking
   problem. And the dmesg logs seem to claim that radeon thinks it can
   do HDMI audio.
 
  Most likely the driver is sending the wrong packets for hdmi audio.
  Until that gets fixed up, it's probably best to disable hdmi audio if
  it's not working for you.

 Ok. I'll do that for now, since I have no need for HDMI audio atm. My
 receiver is only capable of Dolby Pro Logic input, so eh.

 Would be nice to fix the xorg pauses. And whatever is causing the massive
 amounts of drm log spam (yes, I could disable drm.debug, but that would
 just hide the issue, as whatever it is, will keep doing whatever it is
 doing regardless).

 Any hints on where to look to fix the stalls when the xorg radeon driver 
 starts
 up?


Is the Xserver block or is it just that there is no picture ? ie when
you see somethings on the screen is it directly the gnome login screen
or what ever should come first ? or do you then see gnome loading ?

If it's just black and then you directly got gnome-shell it's likely
that your tv doesn't live hdmi mode change and take time before
showing the picture.

Cheers,
Jerome
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: long delay when using HMDI output on RS780

[Thomas Fjellstrom]

On May 10, 2011, you wrote:
 On Mon, May 9, 2011 at 11:22 PM, Thomas Fjellstrom tho...@fjellstrom.ca 
wrote:
  On May 9, 2011, Thomas Fjellstrom wrote:
  On May 9, 2011, Alex Deucher wrote:
   On Mon, May 9, 2011 at 5:04 PM, Thomas Fjellstrom
   tho...@fjellstrom.ca
  
  wrote:
On May 9, 2011, Thomas Fjellstrom wrote:
On May 9, 2011, Jerome Glisse wrote:
 On Mon, May 9, 2011 at 3:50 PM, Thomas Fjellstrom
 tho...@fjellstrom.ca

wrote:
  On May 7, 2011, Thomas Fjellstrom wrote:
  I just switched to using HDMI with my media center, and its
  causing a 30+ second delay in the screen turning on, as well
  as a 7 second delay in the X startup when it tries to fetch
  the EDID
  information. Basically I don't get any picture at all once KMS
  initializes until after X has been up a few seconds.
  
  The odd thing is the monitor seems to think something is going
  on, since it doesn't go to sleep or display its No Signal
  OSD, but just after X starts up, it pops up the Input
  detected/switched OSD, and the picture appears.
  
  The bios, grub2 (in both text mode and graphics mode), and the
  initial linux kernel messages all display fine and
  immediately. Its only once KMS and radeondrmfb initializes
  that there's a problem (at least till X starts up).
  
  I've just built with a vanila 2.6.38.4 kernel from the stable
  git repo, and have played with some EDID settings, trying to
  disable edid where I could thinking thats what caused the
  problem. That doesn't seem to be the case though. I also
  tried playing with the video= kernel option, trying to force
  disable VGA-1, and set a static mode for HDMI-A-1, but if I
  try, it seems to force disable HDMI-A-1 instead of force the
  mode.
  
  With a DVI-D cable instead, the problem goes away.
  
  Attached are the dmesg and xorg.log files for the latest boot
  with HDMI (no video= parameter, and EDID enabled, most
  settings at defaults).
  
  What exactly would cause this, and is there a way I can fix
  it?
  
  I've been playing around with it more, and got it to not blank
  the screen after KMS init, /once/. So far no luck repeating
  that success.
  
  I've tried late, and early kms init, and currently have the
  radeon module and firmware compiled into the kernel. Boot
  times at least are fairly decent, about 8-10s till X starts,
  but about 25-35s till anything shows up.
  
  Some strangeness, I have the kernel set to force the hdmi
  output to on, with a very specific mode, that X tends to like,
  the vga port is forced disabled. X is set to ignore EDID, and
  also set to that specific mode that it tends to auto set
  itself. Regardless X still wants to pause for 7s 2-3 times
  while processing EDID info.
  
  I've attached the new dmesg and xorg logs from the latest
  attempts.
  
  Note, this only happens with KMS, with HDMI. disabling KMS, or
  using DVI makes the problem go away. Even grub's own graphical
  mode works fine, its only once KMS inits that things go bad,
  and its not till after X is up for a few seconds that
  something displays on my screen.
  
  --
  Thomas Fjellstrom
  tho...@fjellstrom.ca
 
 Please boot with drm.debug=4 and attach dmesg it should be more
 verbose. You might also want to try booting with radeon.audio=0

Hi, attached both one with just drm.debug=4, and one with that and
radeon.audio=0.

Now, I'm guessing its a bug in my monitor claiming it can do HDMI
audio? As setting radeon.audio=0 seems to have fixed the blanking
problem. And the dmesg logs seem to claim that radeon thinks it can
do HDMI audio.
   
   Most likely the driver is sending the wrong packets for hdmi audio.
   Until that gets fixed up, it's probably best to disable hdmi audio if
   it's not working for you.
  
  Ok. I'll do that for now, since I have no need for HDMI audio atm. My
  receiver is only capable of Dolby Pro Logic input, so eh.
  
  Would be nice to fix the xorg pauses. And whatever is causing the
  massive amounts of drm log spam (yes, I could disable drm.debug, but
  that would just hide the issue, as whatever it is, will keep doing
  whatever it is doing regardless).
  
  Any hints on where to look to fix the stalls when the xorg radeon driver
  starts up?
 
 Is the Xserver block or is it just that there is no picture ? ie when
 you see somethings on the screen is it directly the gnome login screen
 or what ever should come first ? or do you then see gnome loading ?
 
 If it's just black and then you directly got gnome-shell it's likely
 that your tv doesn't live hdmi mode change and take time before
 showing the picture.

I can see X start up, the cursor shows up, but it just pauses for a few 
seconds, then once the 

drm intel maintainership

[Daniel Vetter]

Hi Keith and Chris,

I'm a bit confused about drm-intel maintainership. Please clarify.

And if drm-intel mainterships switches permanently to Keith, please
send out a proper announcement and a corresponding patch to
MAINTAINERS.

Yours, Daniel
-- 
Daniel Vetter
daniel.vet...@ffwll.ch - +41 (0) 79 364 57 48 - http://blog.ffwll.ch
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: long delay when using HMDI output on RS780

[Alex Deucher]

On Tue, May 10, 2011 at 2:37 PM, Thomas Fjellstrom tho...@fjellstrom.ca wrote:
 On May 10, 2011, you wrote:
 On Mon, May 9, 2011 at 11:22 PM, Thomas Fjellstrom tho...@fjellstrom.ca
 wrote:
  On May 9, 2011, Thomas Fjellstrom wrote:
  On May 9, 2011, Alex Deucher wrote:
   On Mon, May 9, 2011 at 5:04 PM, Thomas Fjellstrom
   tho...@fjellstrom.ca
 
  wrote:
On May 9, 2011, Thomas Fjellstrom wrote:
On May 9, 2011, Jerome Glisse wrote:
 On Mon, May 9, 2011 at 3:50 PM, Thomas Fjellstrom
 tho...@fjellstrom.ca
   
wrote:
  On May 7, 2011, Thomas Fjellstrom wrote:
  I just switched to using HDMI with my media center, and its
  causing a 30+ second delay in the screen turning on, as well
  as a 7 second delay in the X startup when it tries to fetch
  the EDID
  information. Basically I don't get any picture at all once KMS
  initializes until after X has been up a few seconds.
 
  The odd thing is the monitor seems to think something is going
  on, since it doesn't go to sleep or display its No Signal
  OSD, but just after X starts up, it pops up the Input
  detected/switched OSD, and the picture appears.
 
  The bios, grub2 (in both text mode and graphics mode), and the
  initial linux kernel messages all display fine and
  immediately. Its only once KMS and radeondrmfb initializes
  that there's a problem (at least till X starts up).
 
  I've just built with a vanila 2.6.38.4 kernel from the stable
  git repo, and have played with some EDID settings, trying to
  disable edid where I could thinking thats what caused the
  problem. That doesn't seem to be the case though. I also
  tried playing with the video= kernel option, trying to force
  disable VGA-1, and set a static mode for HDMI-A-1, but if I
  try, it seems to force disable HDMI-A-1 instead of force the
  mode.
 
  With a DVI-D cable instead, the problem goes away.
 
  Attached are the dmesg and xorg.log files for the latest boot
  with HDMI (no video= parameter, and EDID enabled, most
  settings at defaults).
 
  What exactly would cause this, and is there a way I can fix
  it?
 
  I've been playing around with it more, and got it to not blank
  the screen after KMS init, /once/. So far no luck repeating
  that success.
 
  I've tried late, and early kms init, and currently have the
  radeon module and firmware compiled into the kernel. Boot
  times at least are fairly decent, about 8-10s till X starts,
  but about 25-35s till anything shows up.
 
  Some strangeness, I have the kernel set to force the hdmi
  output to on, with a very specific mode, that X tends to like,
  the vga port is forced disabled. X is set to ignore EDID, and
  also set to that specific mode that it tends to auto set
  itself. Regardless X still wants to pause for 7s 2-3 times
  while processing EDID info.
 
  I've attached the new dmesg and xorg logs from the latest
  attempts.
 
  Note, this only happens with KMS, with HDMI. disabling KMS, or
  using DVI makes the problem go away. Even grub's own graphical
  mode works fine, its only once KMS inits that things go bad,
  and its not till after X is up for a few seconds that
  something displays on my screen.
 
  --
  Thomas Fjellstrom
  tho...@fjellstrom.ca

 Please boot with drm.debug=4 and attach dmesg it should be more
 verbose. You might also want to try booting with radeon.audio=0
   
Hi, attached both one with just drm.debug=4, and one with that and
radeon.audio=0.
   
Now, I'm guessing its a bug in my monitor claiming it can do HDMI
audio? As setting radeon.audio=0 seems to have fixed the blanking
problem. And the dmesg logs seem to claim that radeon thinks it can
do HDMI audio.
  
   Most likely the driver is sending the wrong packets for hdmi audio.
   Until that gets fixed up, it's probably best to disable hdmi audio if
   it's not working for you.
 
  Ok. I'll do that for now, since I have no need for HDMI audio atm. My
  receiver is only capable of Dolby Pro Logic input, so eh.
 
  Would be nice to fix the xorg pauses. And whatever is causing the
  massive amounts of drm log spam (yes, I could disable drm.debug, but
  that would just hide the issue, as whatever it is, will keep doing
  whatever it is doing regardless).
 
  Any hints on where to look to fix the stalls when the xorg radeon driver
  starts up?

 Is the Xserver block or is it just that there is no picture ? ie when
 you see somethings on the screen is it directly the gnome login screen
 or what ever should come first ? or do you then see gnome loading ?

 If it's just black and then you directly got gnome-shell it's likely
 that your tv doesn't live hdmi mode change and take time before
 showing the picture.

 I can see X start up, the cursor shows 

Re: long delay when using HMDI output on RS780

[Thomas Fjellstrom]

On May 10, 2011, Alex Deucher wrote:
 On Tue, May 10, 2011 at 2:37 PM, Thomas Fjellstrom tho...@fjellstrom.ca 
wrote:
  On May 10, 2011, you wrote:
  On Mon, May 9, 2011 at 11:22 PM, Thomas Fjellstrom
  tho...@fjellstrom.ca
  
  wrote:
   On May 9, 2011, Thomas Fjellstrom wrote:
   On May 9, 2011, Alex Deucher wrote:
On Mon, May 9, 2011 at 5:04 PM, Thomas Fjellstrom
tho...@fjellstrom.ca
   
   wrote:
 On May 9, 2011, Thomas Fjellstrom wrote:
 On May 9, 2011, Jerome Glisse wrote:
  On Mon, May 9, 2011 at 3:50 PM, Thomas Fjellstrom
  tho...@fjellstrom.ca
 
 wrote:
   On May 7, 2011, Thomas Fjellstrom wrote:
   I just switched to using HDMI with my media center, and its
   causing a 30+ second delay in the screen turning on, as
   well as a 7 second delay in the X startup when it tries to
   fetch the EDID
   information. Basically I don't get any picture at all once
   KMS initializes until after X has been up a few seconds.
   
   The odd thing is the monitor seems to think something is
   going on, since it doesn't go to sleep or display its No
   Signal OSD, but just after X starts up, it pops up the
   Input detected/switched OSD, and the picture appears.
   
   The bios, grub2 (in both text mode and graphics mode), and
   the initial linux kernel messages all display fine and
   immediately. Its only once KMS and radeondrmfb initializes
   that there's a problem (at least till X starts up).
   
   I've just built with a vanila 2.6.38.4 kernel from the
   stable git repo, and have played with some EDID settings,
   trying to disable edid where I could thinking thats what
   caused the problem. That doesn't seem to be the case
   though. I also tried playing with the video= kernel
   option, trying to force disable VGA-1, and set a static
   mode for HDMI-A-1, but if I try, it seems to force disable
   HDMI-A-1 instead of force the mode.
   
   With a DVI-D cable instead, the problem goes away.
   
   Attached are the dmesg and xorg.log files for the latest
   boot with HDMI (no video= parameter, and EDID enabled,
   most settings at defaults).
   
   What exactly would cause this, and is there a way I can fix
   it?
   
   I've been playing around with it more, and got it to not
   blank the screen after KMS init, /once/. So far no luck
   repeating that success.
   
   I've tried late, and early kms init, and currently have the
   radeon module and firmware compiled into the kernel. Boot
   times at least are fairly decent, about 8-10s till X starts,
   but about 25-35s till anything shows up.
   
   Some strangeness, I have the kernel set to force the hdmi
   output to on, with a very specific mode, that X tends to
   like, the vga port is forced disabled. X is set to ignore
   EDID, and also set to that specific mode that it tends to
   auto set itself. Regardless X still wants to pause for 7s
   2-3 times while processing EDID info.
   
   I've attached the new dmesg and xorg logs from the latest
   attempts.
   
   Note, this only happens with KMS, with HDMI. disabling KMS,
   or using DVI makes the problem go away. Even grub's own
   graphical mode works fine, its only once KMS inits that
   things go bad, and its not till after X is up for a few
   seconds that something displays on my screen.
   
   --
   Thomas Fjellstrom
   tho...@fjellstrom.ca
  
  Please boot with drm.debug=4 and attach dmesg it should be
  more verbose. You might also want to try booting with
  radeon.audio=0
 
 Hi, attached both one with just drm.debug=4, and one with that
 and radeon.audio=0.
 
 Now, I'm guessing its a bug in my monitor claiming it can do
 HDMI audio? As setting radeon.audio=0 seems to have fixed the
 blanking problem. And the dmesg logs seem to claim that radeon
 thinks it can do HDMI audio.

Most likely the driver is sending the wrong packets for hdmi audio.
Until that gets fixed up, it's probably best to disable hdmi audio
if it's not working for you.
   
   Ok. I'll do that for now, since I have no need for HDMI audio atm. My
   receiver is only capable of Dolby Pro Logic input, so eh.
   
   Would be nice to fix the xorg pauses. And whatever is causing the
   massive amounts of drm log spam (yes, I could disable drm.debug, but
   that would just hide the issue, as whatever it is, will keep doing
   whatever it is doing regardless).
   
   Any hints on where to look to fix the stalls when the xorg radeon
   driver starts up?
  
  Is the Xserver block or is it just that there is no picture ? ie when
  you see somethings on the screen is it directly the gnome login screen
  or what ever should come first ? or do you then see gnome loading ?
  
  If it's just 

[Bug 8056] s3tc broken in ut2004

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=8056

--- Comment #49 from almos aaalmo...@gmail.com 2011-05-10 16:25:16 PDT ---
(In reply to comment #47)
 (In reply to comment #46)
  The UseVBO=True hack
 
 Hack? I used this years ago with the classic r300 driver and don't remember it
 misrendering anything. Do you have a link or something that explains why it's 
 a
 hack?

See e.g. this:
https://bugs.freedesktop.org/show_bug.cgi?id=28994

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 16541] Imac Radeon HD 4850 switch Mini Display Port output with ALL kernels after 2.6.31

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=16541


Jérémy Lal kapo...@melix.org changed:

   What|Removed |Added

 CC||kapo...@melix.org




--- Comment #11 from Jérémy Lal kapo...@melix.org  2011-05-11 01:19:47 ---
I think this has become a duplicate of
https://bugs.freedesktop.org/show_bug.cgi?id=27314

and Jeff, cheers up, i'm writing this from an iMac 27 (model 12,2), only i have
to boot my linux partition from cd to enable bios instead of efi, then kms
works.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.
--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
--
___
Dri-devel mailing list
dri-de...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 27314] displayport link training fails on certain panels (channel equalization fails)

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=27314

--- Comment #42 from Jérémy Lal kapo...@melix.org 2011-05-10 18:28:22 PDT ---
I think the problem comes from the difference between BIOS run (working):
drm:radeon_dp_get_link_status], link status 11 11 80 00 00 00
[drm:radeon_dp_link_train], clock recovery at voltage 0 pre-emphasis 0
[drm:radeon_dp_get_link_status], link status 77 77 81 00 00 00
[drm:radeon_dp_link_train], channel eq at voltage 0 pre-emphasis 0

and EFI run (black screen):
[drm:radeon_dp_get_link_status], link status 00 00 00 00 11 11
[drm:dp_get_adjust_train], requested signal parameters: lane 0 voltage 0.6V
pre_emph 0dB
[drm:dp_get_adjust_train], requested signal parameters: lane 1 voltage 0.6V
pre_emph 0dB
[drm:dp_get_adjust_train], requested signal parameters: lane 2 voltage 0.6V
pre_emph 0dB
[drm:dp_get_adjust_train], requested signal parameters: lane 3 voltage 0.6V
pre_emph 0dB
[drm:dp_get_adjust_train], using signal parameters: voltage 0.6V pre_emph 0dB
[drm:radeon_dp_get_link_status], link status 00 00 00 00 22 22

Though I'm a bit weak on atombios_dp.c, i'm ready to promptly test any patch.
Last test was with kernel 2.6.39-rc6.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 36939] multitexturing is messed up in quake wars (regression)

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=36939

Tom Stellard tstel...@gmail.com changed:

   What|Removed |Added

  Attachment #46516|0   |1
is obsolete||

--- Comment #6 from Tom Stellard tstel...@gmail.com 2011-05-10 19:46:04 PDT 
---
Created an attachment (id=46577)
 View: https://bugs.freedesktop.org/attachment.cgi?id=46577
 Review: https://bugs.freedesktop.org/review?bug=36939attachment=46577

Possible Fix

I think this patch might fix this.  If it doesn't could you post the output of
RADEON_DEBUG=fp again.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 36939] multitexturing is messed up in quake wars (regression)

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=36939

Tom Stellard tstel...@gmail.com changed:

   What|Removed |Added

  Attachment #46526|0   |1
is obsolete||

--- Comment #7 from Tom Stellard tstel...@gmail.com 2011-05-10 19:46:42 PDT 
---
Created an attachment (id=46579)
 View: https://bugs.freedesktop.org/attachment.cgi?id=46579
 Review: https://bugs.freedesktop.org/review?bug=36939attachment=46579

Possible Fix

I think this patch might fix this.  If it doesn't could you post the output of
RADEON_DEBUG=fp again.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[git pull] drm fixes

[Dave Airlie]

Hi Linus,

two fixes for issues myself and Alex discovered trying to bring up accel 
on the cayman hardware. The other change is a bit gross but is all I'm 
comfortable with doing this close to a release, it fixes an build failure 
on alpha due to the first attempt at supporting Xen + drm drivers, we 
actually backed out the change that needs these paths to work so I've just 
commented out the two paths for now until Konrad and Thomas work out how 
to do this cleanly or just go back to having no Xen support, I seem to 
remember someone worrying about Xen making crap out of drivers once merged 
and I'm hoping we aren't the first victim, but I'll give them some more 
time to find an acceptable solution.

Dave.

The following changes since commit 9f381a61f58bb6487c93ce2233bb9992f8ea9211:

  Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6 (2011-05-10 
17:39:01 -0700)

are available in the git repository at:

  ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes

Alex Deucher (1):
  drm/radeon/kms: fix cayman acceleration

Dave Airlie (2):
  drm/radeon: fix cayman struct accessors.
  drm/radeon/nouveau: fix build regression on alpha due to Xen changes.

 drivers/gpu/drm/nouveau/nouveau_sgdma.c |3 ++-
 drivers/gpu/drm/radeon/ni.c |   18 +-
 drivers/gpu/drm/radeon/radeon_gart.c|6 +++---
 3 files changed, 14 insertions(+), 13 deletions(-)
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel