Announcement

Collapse
No announcement yet.

Attention Turns To Open-Source Drivers & Firefox

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • phoronix
    started a topic Attention Turns To Open-Source Drivers & Firefox

    Attention Turns To Open-Source Drivers & Firefox

    Phoronix: Attention Turns To Open-Source Drivers & Firefox

    Last week we reported on Mozilla Firefox developers having issues with Linux GPU drivers to the point that the Firefox 4.0 Linux build will not have GPU acceleration enabled by default, but it can be found for Mac OS X and Windows users. Fortunately, to fix the situation, there's now some open-source Mesa/X developers looking into these problems of Firefox GPU acceleration...

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

  • allquixotic
    replied
    Originally posted by kraftman View Post
    I wonder if they're also looking into problems with Kwin. Problems with Kwin - Kwin fault or bad cooperation; problems with Firefox - 'our' Xorg/Mesa devs fault.
    It's because the developers of Xorg/mesa use and care about Firefox. They don't necessarily use or care about Kwin.

    Leave a comment:


  • Yfrwlf
    replied
    OS Shackles 2.0

    for most users it's then a matter of waiting for the distribution vendors to pick-up the new packages.
    Aah the shackles of open source stacks not coming with universal package management and systems for the intelligent selection/replacement/removal of certain systems so open source users will be free to easily install or try out whatever they want.

    I'd like to see Xorg develop a system which allowed users to install various Xorg binary versions and drivers side-by-side on their system in a cross-distro way, with an easy way to select between versions they want to run/try.

    They complain about needing test data, but ordinary Linux users can't provide them that if they don't offer an easy way for them to install and run it.

    Leave a comment:


  • DeepDayze
    replied
    Originally posted by DoDoENT View Post
    Sounds like AUR...
    Right, if you are using Arch. Most likely the most up to date stuff is in a developers' git/cvs repo not in a distro's repo though.

    Debian and fedora have their own build systems though so there should be a good way to get the fixed code in a distro-independent way and then leverage the distro's build system to make a package that can be installed.

    Leave a comment:


  • DoDoENT
    replied
    Originally posted by DeepDayze View Post
    as for (2), another set of easy to use scripts can be devised to automate the process of getting the latest sources from git from appropriate developer repos and building the new binary packages appropriate for your distro.
    Sounds like AUR...

    Leave a comment:


  • DeepDayze
    replied
    Originally posted by drees View Post
    It seems to me that easily end-user runnable test frameworks that make it easy to reproduce bugs as well as capture debugging information on what's going on at the time of the bug - not just for WebGL but for all APIs - would go a LONG ways towards improving the state of open source video drivers.

    I have been absolutely plagued by stability and video corruption issues on a number of different video cars - admittedly mostly ATI / radeon.

    If I had a an easy way to reproduce these issues and report USEFUL information about these issues back to the developers, this would improve the user experience not only for me, but for everyone else using similar hardware.

    Issues I've had:

    1. Lack of developer interest - not sure if this is because of poorly written bug reports (I tend to report my bugs upstream first w/Fedora) or lack of developer resources.
    2. Developers instructing me to compile stuff from source as it might be fixed in the latest before seriously looking at the report - unfortunately this is difficult to do and instructions on how to do so are sparse.
    Good idea!

    There should be some standardized easy to use tools for automating these tests and capture debug information (eg, backtraces and memory dumps) in a format suitable for a bug report in the event of a failure of a test. That should help in providing good quality bug reports for the developers to find the problem and come up with a fix.

    as for (2), another set of easy to use scripts can be devised to automate the process of getting the latest sources from git from appropriate developer repos and building the new binary packages appropriate for your distro. Such scripts can be called from the test suite scripts as well when checking for solutions for failures.

    Automating bug reporting and solution checking will be a big help for end users and developers alike, so problems can be found and fixed and fixes pushed out to users.

    I believe Microsoft does something like this with Windows via the Error Reporting services by prompting the user to send the crash report to MS and also check if there is a fix available. If a fix or workaround for that particular crash is available it's obtained and installed automatically. Linux can benefit from something like this as well.

    Leave a comment:


  • droidhacker
    replied
    A little fact that a bunch of people in this thread seem to be missing.....
    You don't need a firefox update to take advantage of fixed GL drivers!

    MOZ_GLX_IGNORE_BLACKLIST=true firefox

    Leave a comment:


  • jeremyj
    replied
    Sure is nice running a single command and having the entire system updated to bleeding edge. And you know what, I've had far fewer stability issues on Arch than I had with Ubuntu, Fedora, etc.

    Leave a comment:


  • Azpegath
    replied
    Originally posted by blackshard View Post
    Well, I got fedora 13 and to get firefox 4 I need to upgrade to fedora 14 and enable unstable repos. To obtain new ati oss drivers I need to upgrade:

    1) the ati drivers
    2) the kernel
    3) xorg
    4) all libraries related to xorg

    It would be nice if I could do this without recompiling the whole thing myself, but I can't do on my fedora installation. I would need to upgrade, but I won't because I use my system for WORK and don't want to waste time.
    Well, you seem to waste a lot of time rebuilding stuff, adding unstable repos and foremost "upgrading" your distribution every time you need access to newer packages. Especially since Fedora "doesn't recommend upgrading via the package manager".

    Leave a comment:


  • chrisr
    replied
    Talking about bugs in DRI2, has this patch been applied yet?

    I noticed that Mesa/DRI2 was crashing, and discovered that the patch in this bug report fixed it.

    Crash in dri2_invalidate_drawable

    Leave a comment:

Working...
X