Re: Blocking radeonhd (was Re: Fedora 12 Graphics Issues: Cancel F13 and concentrate on fixing F12 ?)

2009-12-04 Thread Bill Nottingham
Hans Ulrich Niedermann (h...@n-dimensional.de) said: 
   The big issue is with KMS on using radeonhd is like shooting
   yourself in the face. Either we need to patch radeonhd in Fedora to
   not start with KMS enabled or remove it from the distro.
  
  I am working on such a patch to radeonhd right now.
 
 The patch has been finished and has been tested on my system.
 
 Packages with the patch have been built and are both in rawhide and on
 their way towards updates-testing/ and updates/ for F11 and F12
 (xorg-x11-drv-radeonhd-1.3.0-4.2.20091204git.fc*).

Cool. Objection withdrawn. :)

Bill

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Blocking radeonhd (was Re: Fedora 12 Graphics Issues: Cancel F13 and concentrate on fixing F12 ?)

2009-12-03 Thread Hans Ulrich Niedermann
On Wed, 2 Dec 2009 22:12:00 +0100
Hans Ulrich Niedermann h...@n-dimensional.de wrote:

 On Thu, 03 Dec 2009 06:20:20 +1000
 Dave Airlie airl...@redhat.com wrote:
 
  The big issue is with KMS on using radeonhd is like shooting
  yourself in the face. Either we need to patch radeonhd in Fedora to
  not start with KMS enabled or remove it from the distro.
 
 I am working on such a patch to radeonhd right now.

The patch has been finished and has been tested on my system.

Packages with the patch have been built and are both in rawhide and on
their way towards updates-testing/ and updates/ for F11 and F12
(xorg-x11-drv-radeonhd-1.3.0-4.2.20091204git.fc*).

-- 
Hans Ulrich Niedermann

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Blocking radeonhd (was Re: Fedora 12 Graphics Issues: Cancel F13 and concentrate on fixing F12 ?)

2009-12-02 Thread Hans Ulrich Niedermann
On Tue, 1 Dec 2009 10:35:52 -0500
Bill Nottingham nott...@redhat.com wrote:

[ radeonhd vs radeon ]

 So, if our X maintainers won't handle bugs with it, we have a working
 default alternative that is maintained upstream, and it's *known* to
 be broken in the default configuration, why ship it? If we're trying
 to focus on quality, I'm not sure why we'd ship something that's known
 broken.
 
 Hans, are you OK if we block this from rawhide?

From where I stand, there are a number of reasons both for and
against having a radeonhd package in Fedora. Most of those reasons will
have different importance for different people.

The reasons I see for having radeonhd in Fedora all boil down to
radeonhd and radeon containing different sets of bugs, and triggering
different sets of bugs in other software components (and probably also
hardware).

Often, those issues can be hard to find if the exact hardware is not
available to the developers, and thus take quite long to fix. See e.g.
http://airlied.livejournal.com/68550.html

There have always been cases of one driver working for people while
the other does not, and vice versa.

The complexity of the whole graphics system suggests this will
probably not change soon.

  For keeping radeonhd in Fedora

K1. Giving users a working system using the other driver during the
weeks or months needed to fix a bug in one of the drivers is
good for users.

K2. Easy availability of another driver to try makes locating the
bug easier: Is the issue common to both drivers, or different
or not present at all with the other.

  For blocking radeonhd from Fedora

B1. Less work for me and Matej in bugzilla.

B2. Less bugs mistakenly assigned to radeonhd by the reporters.

B3. Lacking an alternative, the pressure to fix bugs with radeon
would increase (and hopefully improve things).

B4. radeonhd requires some nomodeset kernel parameter, depending on
kernel version.

As to the KMS issue, I do not see where to communicate to users
that radeonhd needs KMS off but in README.fedora. radeonhd upstream do
not support KMS.

All that said, I have been mostly running radeon with nomodeset on my
F11 system (ThinkPad T60, X1400/rv515) for the last few months, so for
me personally, I would not lose much by radeonhd being removed from
Fedora. I have not had an opportunity to test the state of affairs on
F12 or even rawhide, and also have no R6xx, R7xx, R8xx chipsets, so I
cannot comment on any of that.

-- 
Hans Ulrich Niedermann

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Blocking radeonhd (was Re: Fedora 12 Graphics Issues: Cancel F13 and concentrate on fixing F12 ?)

2009-12-02 Thread Bill Nottingham
Matěj Cepl (mc...@redhat.com) said: 
 Moreover, I don't know what's your problem with radeonhd driver in
 Fedora. Hanz does IMHO excellent job on maintaining it and it
 doesn't drag much additional resources on anybody (except on me,
 perhaps, because I triage bugs for him as well, which is the reason
 that this time I even a little know what I am talking about ;)). And
 of course comparing -radeonhd bugs (http://is.gd/59Hc0) with -ati
 bugs (http://is.gd/59Hp0) is unfair, because there are many more
 users of -ati driver, but at least it shows that radeonhd is really
 not burning issue.
 
 What's the problem?

Does not work at all with KMS, which is on by default; is unsupported
by the people that maintain the servers and the rest of the drivers.
Following a sane OAOO strategy, we'll get better results if we
try and get all fixes on a single driver path moving forwards.

Bill

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Blocking radeonhd (was Re: Fedora 12 Graphics Issues: Cancel F13 and concentrate on fixing F12 ?)

2009-12-02 Thread Hans Ulrich Niedermann
On Thu, 03 Dec 2009 06:20:20 +1000
Dave Airlie airl...@redhat.com wrote:

 The big issue is with KMS on using radeonhd is like shooting yourself
 in the face. Either we need to patch radeonhd in Fedora to not start
 with KMS enabled or remove it from the distro.

I am working on such a patch to radeonhd right now.

For some reason, the necessary information on how to do that is much
easier to find now than it was back then when KMS was first introduced
to Fedora when I first tried to write one.

-- 
Hans Ulrich Niedermann

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Blocking radeonhd (was Re: Fedora 12 Graphics Issues: Cancel F13 and concentrate on fixing F12 ?)

2009-12-01 Thread Bill Nottingham
Dave Airlie (airl...@redhat.com) said: 
 On Fri, 2009-11-27 at 08:07 +0200, Pekka Savola wrote:
  Well, here's one graphics regression: 
  https://bugzilla.redhat.com/show_bug.cgi?id=540476
  
  radeon.modeset=0 worked around the problem.
  
  (I'm not sure if it's filed against the right component.)
 
 Don't use radeonhd, the Fedora X team don't support it and never have.
 
 I'm thinking it should reallyt be removed from the distro at this point
 as it makes things worse rather than better. remove your xorg.conf
 and turn modesetting on and if its still horrible, then we can talk.
 
 So you've proven you can break your own machine that is all.

So, if our X maintainers won't handle bugs with it, we have a working
default alternative that is maintained upstream, and it's *known* to
be broken in the default configuration, why ship it? If we're trying to
focus on quality, I'm not sure why we'd ship something that's known
broken.

Hans, are you OK if we block this from rawhide?

Bill

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Blocking radeonhd (was Re: Fedora 12 Graphics Issues: Cancel F13 and concentrate on fixing F12 ?)

2009-12-01 Thread Ian Pilcher
On 12/01/2009 09:35 AM, Bill Nottingham wrote:
 So, if our X maintainers won't handle bugs with it, we have a working
 default alternative that is maintained upstream, and it's *known* to
 be broken in the default configuration, why ship it? If we're trying to
 focus on quality, I'm not sure why we'd ship something that's known
 broken.

Because the alternative may be more broken for some people?

  https://bugzilla.redhat.com/show_bug.cgi?id=495688

-- 

Ian Pilcher arequip...@gmail.com


-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Blocking radeonhd (was Re: Fedora 12 Graphics Issues: Cancel F13 and concentrate on fixing F12 ?)

2009-12-01 Thread Bill Nottingham
Ian Pilcher (arequip...@gmail.com) said: 
 On 12/01/2009 09:35 AM, Bill Nottingham wrote:
  So, if our X maintainers won't handle bugs with it, we have a working
  default alternative that is maintained upstream, and it's *known* to
  be broken in the default configuration, why ship it? If we're trying to
  focus on quality, I'm not sure why we'd ship something that's known
  broken.
 
 Because the alternative may be more broken for some people?
 
   https://bugzilla.redhat.com/show_bug.cgi?id=495688

If the e1000 driver is broken in the kernel for some people, we don't support
shipping an alternate driver. If a new version of the intel graphics driver
is broken for some people, we don't support shipping a pre-KMS version
of the driver.

Why would we do differently here?

Bill

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list


Re: Blocking radeonhd (was Re: Fedora 12 Graphics Issues: Cancel F13 and concentrate on fixing F12 ?)

2009-12-01 Thread Matěj Cepl

Dne 1.12.2009 21:43, Bill Nottingham napsal(a):

If the e1000 driver is broken in the kernel for some people, we don't support
shipping an alternate driver. If a new version of the intel graphics driver
is broken for some people, we don't support shipping a pre-KMS version
of the driver.

Why would we do differently here?


Because if e1000 is broken, we can be sure with reasonably high level of 
certainity, it will be fixed without undue delay. For Xorg drivers 
(especially with regards to 3D support) we have hope that it will be 
slightly better in the next Fedora release, but complete coverage is 
still just a dream.


Moreover, I don't know what's your problem with radeonhd driver in 
Fedora. Hanz does IMHO excellent job on maintaining it and it doesn't 
drag much additional resources on anybody (except on me, perhaps, 
because I triage bugs for him as well, which is the reason that this 
time I even a little know what I am talking about ;)). And of course 
comparing -radeonhd bugs (http://is.gd/59Hc0) with -ati bugs 
(http://is.gd/59Hp0) is unfair, because there are many more users of 
-ati driver, but at least it shows that radeonhd is really not burning 
issue.


What's the problem?

Matěj

--
http://www.ceplovi.cz/matej/, Jabber: mceplatceplovi.cz
GPG Finger: 89EF 4BC6 288A BF43 1BAB  25C3 E09F EF25 D964 84AC

Our lives are spectacles of powerlessness.
-- Richard Rohr

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list