The attached patches get external tmds working on pre-atom hardware.
This includes macs, however, they are untested; see patch commit
messages for more.
Tested and working on an RS480 and RV380 with external tmds. It also
cleans up the i2c handling so it can be used for things besides ddc.
Alex
http://bugs.freedesktop.org/show_bug.cgi?id=25024
Alex Deucher changed:
What|Removed |Added
Component|DRM/Radeon |Mesa core
Product|DRI
http://bugs.freedesktop.org/show_bug.cgi?id=25024
Summary: SIGSEGV with Spring and r600 dri
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Compo
Hi Linus,
So this branch is the branch I've been working and testing on, however
I sent you a pull previously with 3 patches cherry picked out of this as
they were more urgent. It merges cleanly but the diffstat comes out different.
If you want let me know and I can pull this tree into yours and
On Wed, 4 Nov 2009 20:03:19 +0100
Jerome Glisse wrote:
> Just do nothings crct_set_base i call with no FB.
>
hmpf. It's obvious that you spent hours carefully describing this
patch for us.
> diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c
> b/drivers/gpu/drm/radeon/atombios_crtc.c
> ind
Fixes bug http://bugs.freedesktop.org/show_bug.cgi?id=24837
Ack from glisse on IRC
--
Rafał
0001-drm-radeon-kms-fix-ring-info-in-debugfs-on-r600.patch
Description: Binary data
--
Let Crystal Reports handle the reportin
> Do like in the DDX don't try to load detect TV output, there is a lot
> of false positive detection with those code. Seems to be isolated to
> RS480/RC410 chipset thought. Need more investigations.
>
NAK, I've not seen any false positive bug reports other than rs480, and
I suspect that is some
Do like in the DDX don't try to load detect TV output, there is a lot
of false positive detection with those code. Seems to be isolated to
RS480/RC410 chipset thought. Need more investigations.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_connectors.c |4 ++--
1 files chang
http://bugzilla.kernel.org/show_bug.cgi?id=14574
Jason Tibbitts changed:
What|Removed |Added
CC||ti...@math.uh.edu
--- Comment #3 from
http://bugzilla.kernel.org/show_bug.cgi?id=14574
--- Comment #2 from Wil Reichert 2009-11-10 18:56:29
---
Not a big deal, this was just a curiosity on my part. Any plans for support in
the near future or does the lack of existing hardware make it a moot point
right now?
--
Configure bugm
http://bugzilla.kernel.org/show_bug.cgi?id=14575
--- Comment #3 from Wil Reichert 2009-11-10 18:46:37
---
Doh, should have read the spec sheet better. Thanks.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You
http://bugs.freedesktop.org/show_bug.cgi?id=25011
Alex Deucher changed:
What|Removed |Added
Attachment #31085|application/octet-stream|text/plain
mime type|
http://bugzilla.kernel.org/show_bug.cgi?id=14575
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #2 fr
http://bugzilla.kernel.org/show_bug.cgi?id=14574
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #1 fr
Just to confuse matters further, the following patch does *not* help.
Even with this patch applied, power consumption often goes high when
resuming, and writing 1 to i915_wedged after fully resuming fixes it.
I now officially have no clue what's going on. Maybe there's
something wrong with the i9
http://bugs.freedesktop.org/show_bug.cgi?id=25011
Summary: Terminal window does not filling up the complete desktop
screen on rotation in dual monitor mode.
Product: Mesa
Version: 7.6
Platform: x86 (IA32)
OS/Version: other
http://bugs.freedesktop.org/show_bug.cgi?id=25011
--- Comment #1 from samit vats 2009-11-10 05:39:43 PST ---
Created an attachment (id=31082)
--> (http://bugs.freedesktop.org/attachment.cgi?id=31082)
screenshot
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
---
http://bugs.freedesktop.org/show_bug.cgi?id=25011
--- Comment #2 from samit vats 2009-11-10 05:40:12 PST ---
Created an attachment (id=31083)
--> (http://bugs.freedesktop.org/attachment.cgi?id=31083)
lspci
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
---
http://bugs.freedesktop.org/show_bug.cgi?id=25011
--- Comment #4 from samit vats 2009-11-10 05:41:01 PST ---
Created an attachment (id=31085)
--> (http://bugs.freedesktop.org/attachment.cgi?id=31085)
Xorg.log
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
-
http://bugs.freedesktop.org/show_bug.cgi?id=25011
--- Comment #3 from samit vats 2009-11-10 05:40:33 PST ---
Created an attachment (id=31084)
--> (http://bugs.freedesktop.org/attachment.cgi?id=31084)
xorg.conf
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
http://bugs.freedesktop.org/show_bug.cgi?id=25008
--- Comment #2 from Tormod Volden 2009-11-10
05:00:04 PST ---
Tomasz, you will need to use a newer kernel with drm support for r600. Please
try a 2.6.32 kernel (currently at -rc6) and attach full logs if this does not
help.
--
Configure b
http://bugs.freedesktop.org/show_bug.cgi?id=25008
Bug 25008 depends on bug 23664, which changed state.
Bug 23664 Summary: X server fails with DRI : drmRadeonCmdBuffer: -22
http://bugs.freedesktop.org/show_bug.cgi?id=23664
What|Old Value |New Value
--
http://bugs.freedesktop.org/show_bug.cgi?id=25008
--- Comment #1 from Tomasz Kołodziejczyk 2009-11-10
02:51:53 PST ---
Hi, I've made clone because I've checked that bugs is related to R600 Driver,
and this is (as i think), better place for this bug
Short Additional info from my side
Since
http://bugs.freedesktop.org/show_bug.cgi?id=21223
Fabio changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=25008
Summary: X server fails with DRI : drmRadeonCmdBuffer: -22
Product: Mesa
Version: 7.6
Platform: All
OS/Version: Linux (All)
Status: NEW
Severity: major
Priority: hig
On Mon, 09 Nov 2009 12:51:22 +0800
Li Peng wrote:
> In current vblank-wait implementation, if we turn off VGA output,
> drm_wait_vblank will still wait on the disabled pipe until timeout,
> because vblank on the pipe is assumed be enabled. This would cause
> slow system response on some system su
If we queue a vblank event but miss it, we should return the actual
sequence number we queued to userspace, so its event handling function
will know which event to look for.
Acked-by: Kristian Høgsberg
Signed-off-by: Jesse Barnes
diff --git a/drivers/gpu/drm/drm_irq.c b/drivers/gpu/drm/drm_irq.
http://bugs.freedesktop.org/show_bug.cgi?id=21223
--- Comment #18 from Fabio 2009-11-10 00:07:43 PST ---
Is this bug still reproducible with Ubuntu 9.10 (including mesa 7.6 and linux
2.6.31)?
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receivi
28 matches
Mail list logo