Announcement

Collapse
No announcement yet.

AMD Radeon HD 4250 880G On Linux

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

  • #16
    Originally posted by bridgman View Post
    Other than video decode acceleration, what features do you think are missing from the proprietary drivers ?
    #1 missing feature is the lack of support for new x server releases. Which means the driver won't even run on 90% of desktop users distros when Ubuntu doesn't ship the latest one.

    #2 is video acceleration.

    #3 may not be something you can really control, but better WINE support would be nice - you can't really stretch the legs on one of the newer cards on linux without falling back to a windows game. Maybe it just comes down to studying the various hacks they made for nvidia and implementing the same stuff in your drivers. Or you could just hire a WINE developer.

    Comment


    • #17
      OK, thanks. It's actually nice to see "running on more distros" as #1.

      Comment


      • #18
        Originally posted by devius View Post
        The 890GX numbers are really strange. Reminds me of the 785G that was actually faster than the 790GX.
        It isn't surprising at all that the 785G would be faster than the 790GX.... after all the 785G is actually an RS880 (practically identical to the 880G chipset), including integrated radeon 4200.

        Here's the relevant phoronix news article relating to it:
        http://www.phoronix.com/scan.php?pag...item&px=NzQyOQ

        i.e., it was GOING to be the 880G, but was called 785G as a result of some kind of problem, which was fixed for the RS880P (880G) and D (890GX), which probably differ in clock rate alone.

        Comment


        • #19
          Originally posted by smitty3268 View Post
          #1 missing feature is the lack of support for new x server releases. Which means the driver won't even run on 90% of desktop users distros when Ubuntu doesn't ship the latest one.

          #2 is video acceleration.

          #3 may not be something you can really control, but better WINE support would be nice - you can't really stretch the legs on one of the newer cards on linux without falling back to a windows game. Maybe it just comes down to studying the various hacks they made for nvidia and implementing the same stuff in your drivers. Or you could just hire a WINE developer.
          #1: That is the WHOLE IDEA. You don't want everyone running the blob at this crucial time when the open driver needs proper testing/bug_reports/fixing. Ubuntu is the ideal distro to support with the blob driver since it has the majority of the technologically unsophisticated users and doesn't tend to contribute much upstream relative to other major bleeding edge distros. (note: don't anyone be offended by this, I am ***NOT*** speaking in absolutes).

          In other words, you want to use the blob, you use either an older distro or stick to Ubuntu. If you feel like pushing open source ahead, participate in Fedora.

          #2: Would definitely be nice. There are a few people in a few places very interested in this, and we will likely end up, sooner or later, with a very general GPU-assist infrastructure built on Gallium3D. It won't be offering *full* decode, but will give you that final boost needed to bring the VAST VAST VAST majority of machines not quite sufficient into being able to handle HD videos. It also has much more long-term utility than a "magic box" solution since it very easily lends itself to adding in support for additional encodings, such as VP8, which you aren't going to see added to current-generation UVD. Maybe the next, but that will be along with a new chip.

          #3: You aren't seriously complaining that windoze games don't work on linux, are you? Note: If you are really worried about video games, then you are a member of a FRINGE USER GROUP. Seriously, you can get a wii for $200, and it'll handle video games much better.

          Comment


          • #20
            Originally posted by droidhacker View Post
            #1: That is the WHOLE IDEA. You don't want everyone running the blob at this crucial time when the open driver needs proper testing/bug_reports/fixing. Ubuntu is the ideal distro to support with the blob driver since it has the majority of the technologically unsophisticated users and doesn't tend to contribute much upstream relative to other major bleeding edge distros. (note: don't anyone be offended by this, I am ***NOT*** speaking in absolutes).

            In other words, you want to use the blob, you use either an older distro or stick to Ubuntu. If you feel like pushing open source ahead, participate in Fedora.

            #2: Would definitely be nice. There are a few people in a few places very interested in this, and we will likely end up, sooner or later, with a very general GPU-assist infrastructure built on Gallium3D. It won't be offering *full* decode, but will give you that final boost needed to bring the VAST VAST VAST majority of machines not quite sufficient into being able to handle HD videos. It also has much more long-term utility than a "magic box" solution since it very easily lends itself to adding in support for additional encodings, such as VP8, which you aren't going to see added to current-generation UVD. Maybe the next, but that will be along with a new chip.

            #3: You aren't seriously complaining that windoze games don't work on linux, are you? Note: If you are really worried about video games, then you are a member of a FRINGE USER GROUP. Seriously, you can get a wii for $200, and it'll handle video games much better.
            Sorry if i wasn't clear. I'm a fairly happy user of the OSS drivers, I only wish they would be faster and support more of the hardware's capabilities. But what i wrote above is what would need to happen for me to seriously consider switching back to fglrx. Without #1, it would be impossible. #2 and #3 are the only things i can think that would tempt me.

            Comment


            • #21
              Originally posted by smitty3268 View Post
              Sorry if i wasn't clear. I'm a fairly happy user of the OSS drivers, I only wish they would be faster and support more of the hardware's capabilities. But what i wrote above is what would need to happen for me to seriously consider switching back to fglrx. Without #1, it would be impossible. #2 and #3 are the only things i can think that would tempt me.
              I don't think that *anything* could convince me to switch to the blob... Even on the nvidia side of things, I use nouveau. It just works so much nicer

              Comment


              • #22
                Originally posted by droidhacker View Post
                after all the 785G is actually an RS880 (practically identical to the 880G chipset), including integrated radeon 4200.

                Here's the relevant phoronix news article relating to it:
                http://www.phoronix.com/scan.php?pag...item&px=NzQyOQ
                I stumbled across this post as I seek a solution to system instability that seems to be arising out of the graphics system for my 785G board with Radeon HD 4200 IGP [Gigabyte GA-MA785GT-UD3H (AMD 785G chipset AMD SB710) BIOS updated to version F8].

                I was wondering if someone could point me in the right direction to set up my system correctly, or participate in some way to assist the Fedora community in getting open source support for this hardware.

                I have tried Fedora 12 through to 14 on my system. I have tried to poke under the hood as far as I could with my limited knowledge. Things have definitely improved.

                My system was plagued by SIGSEGV and SIGABRT errors earlier. I was able to achieve some stability on F13 with the Catalyst driver and a specific kernel version. I installed F14 this weekend. Keen to stick with the open source driver, was glad to see Compiz work initially. Ran ok for a while, then started getting SIGSEGVs again. So I turned that off and went back to the default (The standard desktop effect is 2D, I guess). Don't know where to go from here. Or is this the best that is presently possible with this hardware? Would appreciate some direction.

                I am trying to maintain a history of my findings << here >>, hoping someone with knowledge of linux graphics can point out how to get this right.

                Comment


                • #23
                  Originally posted by xprezons View Post
                  I stumbled across this post as I seek a solution to system instability that seems to be arising out of the graphics system for my 785G board with Radeon HD 4200 IGP [Gigabyte GA-MA785GT-UD3H (AMD 785G chipset AMD SB710) BIOS updated to version F8].

                  I was wondering if someone could point me in the right direction to set up my system correctly, or participate in some way to assist the Fedora community in getting open source support for this hardware.

                  I have tried Fedora 12 through to 14 on my system. I have tried to poke under the hood as far as I could with my limited knowledge. Things have definitely improved.

                  My system was plagued by SIGSEGV and SIGABRT errors earlier. I was able to achieve some stability on F13 with the Catalyst driver and a specific kernel version. I installed F14 this weekend. Keen to stick with the open source driver, was glad to see Compiz work initially. Ran ok for a while, then started getting SIGSEGVs again. So I turned that off and went back to the default (The standard desktop effect is 2D, I guess). Don't know where to go from here. Or is this the best that is presently possible with this hardware? Would appreciate some direction.

                  I am trying to maintain a history of my findings << here >>, hoping someone with knowledge of linux graphics can point out how to get this right.
                  As far as I know, that board should be running perfect in F14. You may have a defective board or possibly RAM. I would suggest, if possible, try installing an add-in video card and see if that functions normal. Also, if you have more than one stick of RAM, try pulling one and then the other and see if that solves it. Also, be sure that your RAM is clocked properly!

                  Comment


                  • #24
                    Originally posted by bridgman View Post
                    Also note that Q is not actually the official keeper of the AMD product release calendar, despite appearances
                    i don't get it no one in this threat say anyhing about 'Q' ?? or do you use my 'Q'ness just to say thinks what you officaly can not say ?

                    Q'ness wispers something about the shader based video acccleration in the OS driver and Q'nessness also buys an hd42xx pc last days and he thinks that system works well for kick out his mom intel igp shitty shit pc.

                    Qness also thinks Fusion is getting fucking nice for system for his next pc..

                    thalk in Qnessnessness is fucking awesome you know what Q means if you use the Q you are lighted up by QQQQnneeeessss

                    Comment


                    • #25
                      awesome there is an radeon hd7270:

                      http://www.gamestar.de/hardware/news...n_hd_7270.html

                      Comment


                      • #26
                        Typo? 4270??

                        Comment


                        • #27
                          Originally posted by storma View Post
                          Typo? 4270??
                          No, he actually means 7270.

                          Comment


                          • #28
                            It's a typo on HP's behalf, they've fixed it up now. I should of been clearer.

                            Comment

                            Working...
                            X