https://bugs.freedesktop.org/show_bug.cgi?id=27069
--- Comment #8 from Alex Deucher <agd5f(a)yahoo.com> 2011-09-02 06:49:43 PDT ---
UMS supported Colortiling and hyperZ on r1xx/r2xx asics and a few other
features that haven't been implemented with KMS yet. The information is
available if someone wants to add support to KMS. KMS also defaults to vsynced
3D. r3xx and newer asics should be faster with KMS.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=39832
--- Comment #14 from Alex Deucher <alexdeucher(a)gmail.com> 2011-09-02 13:44:29 ---
(In reply to comment #13)
> (I don't know the details of this bug, but am just responding to comment #11)
> @Michel: Fixing regressions without introducing other regressions is a
> prerequisite for being sure of forward progress. Else it's possible we are
> going in circles. The policy on the linux kernel is: no regressions. So, we
> revert even fixes if they cause _new_ regressions.
Not being able to see your screen(s) seems like a bigger issue than having to
set an option to enable audio. Although, audio support itself regressed
working video for the bad cases originally, so audio support was a regression
as well for some people.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=27069
--- Comment #7 from Tom Stellard <tstellar(a)gmail.com> 2011-09-02 06:20:39 PDT ---
(In reply to comment #4)
> (In reply to comment #3)
> > This problem still exists,
> I forgot to add the usual software version info:
>
> Kernel: 3.0.4-gentoo
> Xorg: X.Org X Server 1.10.2
> DDX: xf86-video-ati-6.14.2
> Mesa: Mesa 7.11. (Also tried mesa git, revision db3a7c366b5)
Can you also post the output of dmesg and glxinfo, as well as your Xorg.log.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
Hi Linus,
two radeon fixes from my tree on fd.o, not sure you can really do much,
since its not like you can republish it :)
Dave.
The following changes since commit 9e79e3e9dd9672b37ac9412e9a926714306551fe:
Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc (2011-08-30 11:28:18 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux.git drm-fixes
Alex Deucher (1):
drm/radeon/kms: make sure pci max read request size is valid on evergreen+ (v2)
Dave Airlie (1):
drm/radeon/kms: set a default max_pixel_clock
drivers/gpu/drm/radeon/evergreen.c | 27 +++++++++++++++++++++++++++
drivers/gpu/drm/radeon/ni.c | 3 +++
drivers/gpu/drm/radeon/radeon_clocks.c | 3 +++
3 files changed, 33 insertions(+), 0 deletions(-)
https://bugzilla.kernel.org/show_bug.cgi?id=39832
--- Comment #13 from Florian Mickler <florian(a)mickler.org> 2011-09-02 09:47:04 ---
(I don't know the details of this bug, but am just responding to comment #11)
@Michel: Fixing regressions without introducing other regressions is a
prerequisite for being sure of forward progress. Else it's possible we are
going in circles. The policy on the linux kernel is: no regressions. So, we
revert even fixes if they cause _new_ regressions.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=39832
--- Comment #11 from Michel Dänzer <michel(a)daenzer.net> 2011-08-29 17:46:25 ---
If you want to consider this a regression, it was caused by the currently best
known fix for another regression: enabling HDMI audio by default caused blank
screens and display problems. Are you seriously suggesting going back to that
would be the better?
--- Comment #12 from Andreas Steinmetz <ast(a)domdv.de> 2011-09-02 00:21:00 ---
I am suggesting that if audio is disabled by default the HDMI output must not
be advertised as an alsa device. If the device is not there users will look for
what switch to use to enable the device if the device works for them with no
side effects. The way it is now is a cable that is plugged in on both sides but
after a long search is apparently broken somewhere in between. You know,
probably from experience, that this state of affairs is no fun. That's what I'm
seriously suggesting.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=27069
--- Comment #4 from Stefan Dösinger <stefandoesinger(a)gmx.at> 2011-09-01 16:21:54 PDT ---
(In reply to comment #3)
> This problem still exists,
I forgot to add the usual software version info:
Kernel: 3.0.4-gentoo
Xorg: X.Org X Server 1.10.2
DDX: xf86-video-ati-6.14.2
Mesa: Mesa 7.11. (Also tried mesa git, revision db3a7c366b5)
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.