Results 1 to 10 of 75

Thread: Martin Takes His Mesa Issues To The List

Hybrid View

  1. #1
    Join Date
    Jan 2007
    Posts
    14,816

    Default Martin Takes His Mesa Issues To The List

    Phoronix: Martin Takes His Mesa Issues To The List

    Over the weekend there was a rant by Martin Grlin, the lead developer of the KWin compositing window manager for KDE, about Intel's open-source driver breaking. This is the second time in recent times that the driver has outright failed with KDE, which threatens the Intel KWin support in Ubuntu 11.04, but this time it's over the OpenGL renderer string being changed and KWin using that to determine direct rendering support. Martin has now written a very lengthy e-mail to the developers of Mesa...

    http://www.phoronix.com/vr.php?view=OTM1NQ

  2. #2
    Join Date
    Dec 2007
    Location
    Edinburgh, Scotland
    Posts
    577

    Default

    I find it strange that you call Martin's blog a rant when you yourself have written articles ranting about problems you've been suffering from, rather than reporting issues to bugzilla or the developers

    Care to explain the difference?

  3. #3
    Join Date
    Feb 2009
    Location
    France
    Posts
    306

    Default

    KWin works well on nouveau, at least here on all the cards I have. But I only use mesa from git.

    I've had loads of errors from kwin trying to guess "it works" or "it doesn't". Why doesn't it solely rely on the supported extensions reported by the driver?
    If they want, they can give hints to users that it may not work, but kwin's current system is a pain and often disables compositing even though it has been working well for almost a year.
    One last thing, when I set "disable checks", I *really* want to disable checks.

    As for a solution, why don't you(kwin devs) advertise a "job" for new comers? I'm sure more than 3 people are willing to work on KWin and I'm sure QA is a nice starting point

  4. #4
    Join Date
    Jun 2009
    Posts
    2,929

    Default

    Quote Originally Posted by MPF View Post
    I've had loads of errors from kwin trying to guess "it works" or "it doesn't". Why doesn't it solely rely on the supported extensions reported by the driver?
    Because these used to crash KWin and result in an unusable KDE session, even though they were advertised as working.

  5. #5
    Join Date
    Feb 2009
    Location
    France
    Posts
    306

    Default

    Quote Originally Posted by pingufunkybeat View Post
    Because these used to crash KWin and result in an unusable KDE session, even though they were advertised as working.
    So, let's hide the bugs then? If no-one can do QA, users should. Bugs don't get resolved by masking them

    Seriously, I would love that open source driver could be relied on, but it isn't the case now. As said Jerome Glisse, composition could be disabled by default and it would be up to users to deactivate the checks and report bugs.

  6. #6
    Join Date
    Jun 2009
    Posts
    2,929

    Default

    Quote Originally Posted by MPF View Post
    So, let's hide the bugs then? If no-one can do QA, users should. Bugs don't get resolved by masking them
    No, of course they should be reported!

    But the problem still remains -- people are stuck with a broken system for 6 months at a time because the distributions ship KWin with drivers which crash when KWin uses them.

    Actually, I'm surprised that none of the distributions notice this. They should have the manpower for QA before something like a new Kubuntu or Fedora version is released.

    I think that piglit tests are a good direction in any case.

  7. #7

    Default Martin Takes His Mesa Issues To The List

    Can I ask a question to Martin, "what has been your best ever money saving tip?"

  8. #8
    Join Date
    Dec 2007
    Location
    Edinburgh, Scotland
    Posts
    577

    Default

    Quote Originally Posted by MPF View Post
    So, let's hide the bugs then? If no-one can do QA, users should. Bugs don't get resolved by masking them

    Seriously, I would love that open source driver could be relied on, but it isn't the case now. As said Jerome Glisse, composition could be disabled by default and it would be up to users to deactivate the checks and report bugs.
    Yes because Martin doesn't get enough hate directed at him already

    I'm sure he'd be very popular if he simply disabled compositing for everyone including the binary driver users too

  9. #9
    Join Date
    Feb 2009
    Location
    France
    Posts
    306

    Default

    Quote Originally Posted by FireBurn View Post
    Yes because Martin doesn't get enough hate directed at him already

    I'm sure he'd be very popular if he simply disabled compositing for everyone including the binary driver users too
    Why would he disable by default compositing on binary drivers? You can't fix the proprietary drivers, you need to deal with it.

    No, seriously. The only thing I care about as a dev is, "let things go wrong horribly so as we can fix them". As a user, I like default settings to be safe but I want to be able to try things.

    The best solution for me really is to deactivate what is unstable (be coarse) and let users activate it if they want. This way, they know it is their fault if it doesn't work (and they know what to do to make it work again), not kde's. Then, they'll focus their hate on the open-source drivers and hopefully fill bug reports.

    What do you think?

  10. #10
    Join Date
    Sep 2010
    Posts
    467

    Default

    The best and most practical solution would be letting KWin do a series of small tests when noticing the OS freshly installed, an update to drivers(other relevant software) or device change.
    (Default on) So KWin can send automated bug reports and inform the user.

    (Why is everyone having such a hard time figuring out what to do in a case like this?)

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •