Announcement

Collapse
No announcement yet.

Drawing Open-Source Triangles On The ATI RV770

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

  • #21
    Originally posted by bridgman View Post
    did you build and install the drm kernel module from the 6xx-7xx branch of mesa/drm ?
    Well, I did now (thanks). I checked out that branch, built mesa/drm, built mesa from git source, and finally rebuilt radeonhd (with its r6xx.. branch) from source. NO JOY, I still get an empty /dev/dri directory. Do I have to build the entire X server from source?

    bugmenot, would you care to describe how you got to the point you did?

    Comment


    • #22
      Sigh...
      So I found that the drm.ko kernel module I built isn't loading properly. It might have something to do with drm being built statically into stock 2.6.28 kernels:
      http://radeonhd.org/?page=archive_di...8&d=2008-12-16

      I guess I'm going to configure/build a vanilla 2.6.28 kernel. Will report back.

      Comment


      • #23
        Originally posted by bugmenot View Post
        Hello, thanks for the answer.
        I added the pci ID of my card, now it is not an untested chip anymore, but it still does not work.
        I installed the R600/700 branches of radeonhd and drm and there are not errors in the xorg.0.log, drm seems to load successful. I assume that there is something with the DRM not ready for my card yet. Also the xserver freezes within 2-20 seconds if I start x with exa enabled. I can move the mouse then, but nothing else. I think DRM is not ready for my device, yet.
        Thanks for testing!

        You might want to try and load drm explicitly before starting the Xserver with 'modprobe drm debug=1; modprobe radeon' and verify /var/log/messages. This won't help you, but it might help us with debugging
        Last edited by mshopf; 01-05-2009, 06:01 AM.

        Comment


        • #24
          Originally posted by DanL View Post
          Do I have to build the entire X server from source?
          Definitely not!

          Comment


          • #25
            Originally posted by mshopf View Post
            You might want to try and load drm explicitly before starting the Xserver with 'modprobe drm debug=1; modprobe radeon' and verify /var/log/messages
            Here we go:

            The output of 'messages' and 'syslog' when loading the modules with DEBUG=1:
            http://pastebin.ca/1300075

            And the output of 'syslog' when doing some testing with r600_demo:
            http://pastebin.ca/1300076

            If there is anything I can do, just say it.
            Thanks!

            Comment


            • #26
              Originally posted by DanL View Post
              Sigh...
              So I found that the drm.ko kernel module I built isn't loading properly. It might have something to do with drm being built statically into stock 2.6.28 kernels
              I renamed the original radeon.ko files and so on and copied the new compiled modules into the folder, where the original files were. But that is pretty 'unclean' I think, so I do it as described here now:
              http://www.x.org/wiki/radeonhdRI

              Good luck!

              Comment


              • #27
                -I rolled my own 2.6.28 kernel this morning (from the Ubuntu 9.04 kernel source) and configured it without drm built-in.
                -I then proceeded according to that same link bugmenot did (http://www.x.org/wiki/radeonhdRI)
                -I completely rebuilt mesa/drm, mesa, and radeonhd against the new kernel headers (checked out the r6xx-r7xx-support branches of drm and radeonhd)

                At least the drm.ko I built loads now. Unfortunately, X/gdm locks up hard when I load it (can't even Ctrl+Alt+F1). I tried just doing startx and bypassing gdm, but it still throttles the CPU and locks up.

                Code:
                Jan  5 07:46:12 somehost kernel: [   18.799983] [drm] Initialized drm 1.1.0 20060810
                Jan  5 07:46:12 somehost kernel: [   18.857825] pci 0000:01:05.0: BAR 0: can't reserve mem region [0xd0000000-0xdfffffff]
                Jan  5 07:46:12 somehost kernel: [   18.858749] pci 0000:01:05.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
                Jan  5 07:46:12 somehost kernel: [   18.858757] pci 0000:01:05.0: setting latency timer to 64
                Jan  5 07:46:12 somehost kernel: [   18.858986] [drm] Initialized radeon 1.29.0 20080613 on minor 0
                Jan  5 07:46:12 somehost kernel: [   18.859094] [drm] Used old pci detect: framebuffer loaded
                Jan  5 07:46:13 somehost kernel: [   18.982927] [drm] Setting GART location based on new memory map
                Jan  5 07:46:13 somehost kernel: [   18.982936] [drm:r600_do_init_cp] *ERROR* Need gart offset from userspace
                Jan  5 07:46:13 somehost kernel: [   18.998321] [drm] Loading RS780 CP Microcode
                Jan  5 07:46:13 somehost kernel: [   18.999346] [drm] Loading RS780 PFP Microcode
                Jan  5 07:46:13 somehost kernel: [   19.014507] [drm] Resetting GPU
                Jan  5 07:46:13 somehost kernel: [   19.014566] [drm] writeback test succeeded in 1 usecs
                Jan  5 07:46:13 somehost kernel: [   19.332859] [drm] dwords:3632
                Jan  5 07:46:13 somehost kernel: [   19.332864] [drm] offset 0xe0222000
                Jan  5 07:46:14 somehost kernel: [   20.531390] [drm] dwords:3632
                Jan  5 07:46:14 somehost kernel: [   20.531395] [drm] offset 0xe0232000

                Comment


                • #28
                  Originally posted by bridgman View Post
                  Before coming to ATI I was actually visited by a team of lawyers demanding royalty payments for the use of "their IP", which was XOR-ing a cursor image onto the screen. At the time I ran a small company designing & building graphics cards and accelerators for other companies selling Mac upgrades.

                  We told them to get lost and never heard from them again, but I never liked software patents after that experience.
                  Bridgman, count yourself lucky! That was probably the same patent that brought about the demise/downfall of the once mighty Commodore Amiga.

                  From: Wikipedia Article on the Commodore CD32
                  The CD32 was released in Canada and was planned for release in the United States. However, a deadline was reached for Commodore to pay a patent royalty to Cad Track for their use of their XOR patent. [1] A federal judge ordered an injunction against Commodore preventing them from importing anything into the United States. Commodore had built up CD32 inventory in their Philippine manufacturing facility for the United States launch, but, being unable to sell the consoles, they remained in the Philippines until the debts owed to the owners of the facility were settled. Commodore declared bankruptcy shortly afterwards, and the CD32 was never officially sold in the United States.

                  Comment


                  • #29
                    Originally posted by DanL View Post
                    At least the drm.ko I built loads now. Unfortunately, X/gdm locks up hard when I load it (can't even Ctrl+Alt+F1). I tried just doing startx and bypassing gdm, but it still throttles the CPU and locks up.
                    There seems to be a problem with the 780 -- all the testing before release was done on discrete GPUs. The devs are going to look at the 780 this week.

                    Comment


                    • #30
                      Originally posted by bridgman View Post
                      The devs are going to look at the 780 this week.
                      Great! Nice to hear that. Thanks!

                      Comment

                      Working...
                      X