Announcement

Collapse
No announcement yet.

HD 3850 AGP lockup with OpenGL load

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

  • #11
    Did you try a 2.6.24 kernel? I compiled the latest snapshot from hardy to be used with Debian here:

    http://kanotix.com/files/kernel/kern...ric-24/kernel/

    Best put all into a dir and install em using dpkg -i *.deb.

    Comment


    • #12
      Originally posted by Kano View Post
      Did you try a 2.6.24 kernel? I compiled the latest snapshot from hardy to be used with Debian here:

      http://kanotix.com/files/kernel/kern...ric-24/kernel/

      Best put all into a dir and install em using dpkg -i *.deb.
      ty Kano, just tried it with your supplied 2.6.24 kernel and 8-3 and 8-4 as well.

      in both cases, X server starts up but screen stays black, reboot with magic sysreq necessary, dump messages in syslog from fglrx kernel module load:

      Code:
      Jan  5 22:29:48 dagobert dhcdbd: message_handler: message handler not found under /com/redhat/dhcp/eth0 for sub-path eth0.dbus.get.reason
      Jan  5 22:29:48 dagobert kernel: [  481.481285] ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 17
      Jan  5 22:29:49 dagobert kernel: [  482.503446] [fglrx] AGP detected, AgpState   = 0x1f004a1b (hardware caps of chipset)
      Jan  5 22:29:49 dagobert kernel: [  482.503761] agpgart: Found an AGP 3.0 compliant device at 0000:00:00.0.
      Jan  5 22:29:49 dagobert kernel: [  482.503791] agpgart: Putting AGP V3 device at 0000:00:00.0 into 8x mode
      Jan  5 22:29:49 dagobert kernel: [  482.503976] agpgart: Putting AGP V3 device at 0000:01:00.0 into 8x mode
      Jan  5 22:29:49 dagobert kernel: [  482.504001] [fglrx] AGP enabled,  AgpCommand = 0x1f004312 (selected caps)
      Jan  5 22:29:49 dagobert kernel: [  482.571939] [fglrx] Reserve Block - 0 offset =  0X1fffc000 length = 0X4000
      Jan  5 22:29:49 dagobert kernel: [  482.571948] [fglrx] Reserve Block - 1 offset =  0X0 length = 0X1000000
      Jan  5 22:29:49 dagobert kernel: [  482.571954] [fglrx] Reserve Block - 2 offset =  0X7f7f000 length = 0X80000
      Jan  5 22:29:50 dagobert kernel: [  483.232919] Pid: 5007, comm: Xorg Tainted: P        2.6.24-23-generic #1
      Jan  5 22:29:50 dagobert kernel: [  483.232949]  [<c01692a4>] __report_bad_irq+0x24/0x90
      Jan  5 22:29:50 dagobert kernel: [  483.232979]  [<c016959a>] note_interrupt+0x28a/0x2c0
      Jan  5 22:29:50 dagobert kernel: [  483.232986]  [<e127ebd0>] IRQMGR_InterruptServiceRoutine+0x0/0x50 [fglrx]
      Jan  5 22:29:50 dagobert kernel: [  483.233145]  [<c0168780>] handle_IRQ_event+0x30/0x70
      Jan  5 22:29:50 dagobert kernel: [  483.233160]  [<c0169f9b>] handle_fasteoi_irq+0xbb/0xf0
      Jan  5 22:29:50 dagobert kernel: [  483.233174]  [<c0106eeb>] do_IRQ+0x3b/0x80
      Jan  5 22:29:50 dagobert kernel: [  483.233196]  [<c01053f3>] common_interrupt+0x23/0x30
      Jan  5 22:29:50 dagobert kernel: [  483.233225]  [<e1249da0>] _ZN7PM4Ring4wptrEv+0x0/0x20 [fglrx]
      Jan  5 22:29:50 dagobert kernel: [  483.233349]  [<e124d7f0>] _ZN4Asic16Is_WPTR_equ_RPTR19ConditionSuccessfulEv+0x20/0x50 [fglrx]
      Jan  5 22:29:50 dagobert kernel: [  483.233461]  [<e124c8b8>] _ZN4Asic9WaitUntil15WaitForCompleteEv+0x38/0xf0 [fglrx]
      Jan  5 22:29:50 dagobert kernel: [  483.233572]  [<e1255e56>] _ZN8AsicR60016ASICIdleInternalEN4Asic15idle_WaitMethodE+0x96/0x1f0 [fglrx]
      Jan  5 22:29:50 dagobert kernel: [  483.233698]  [<e1249a8b>] _ZN7PM4Ring8PM4queueEPPj+0x3b/0xa0 [fglrx]
      Jan  5 22:29:50 dagobert kernel: [  483.233803]  [<e1255c8f>] _ZN8AsicR60010updateWptrEv+0x2f/0x50 [fglrx]
      Jan  5 22:29:50 dagobert kernel: [  483.233907]  [<e1249b4a>] _ZN7PM4Ring9PM4submitEPPjb+0x5a/0x60 [fglrx]
      Jan  5 22:29:50 dagobert kernel: [  483.234040]  [<e124b16c>] _ZN4Asic7PM4idleENS_15idle_WaitMethodE+0x4c/0x80 [fglrx]
      Jan  5 22:29:50 dagobert kernel: [  483.234154]  [<e1255c8f>] _ZN8AsicR60010updateWptrEv+0x2f/0x50 [fglrx]
      Jan  5 22:29:50 dagobert kernel: [  483.234258]  [<e124aeb0>] _ZN4Asic9assertPM4Eb+0xf0/0x250 [fglrx]
      Jan  5 22:29:50 dagobert kernel: [  483.234368]  [<e1257723>] _ZN8AsicR6009assertPM4Eb+0x33/0x50 [fglrx]
      Jan  5 22:29:50 dagobert kernel: [  483.234478]  [<e122dbd0>] CMMQS_Initialize+0x130/0x160 [fglrx]
      Jan  5 22:29:50 dagobert kernel: [  483.234578]  [<e11f4515>] firegl_cmmqs_init+0x4b5/0x550 [fglrx]
      Jan  5 22:29:50 dagobert kernel: [  483.234655]  [<e11eecbb>] MCIL_SpinLock+0x6b/0x110 [fglrx]
      Jan  5 22:29:50 dagobert kernel: [  483.234737]  [<e1280677>] IRQMGR_SpinLock_Release+0x57/0x60 [fglrx]
      Jan  5 22:29:50 dagobert kernel: [  483.235110]  [<c01064a0>] do_iret_error+0x90/0xa0
      Jan  5 22:29:50 dagobert kernel: [  483.235122]  [<e11f3a78>] firegl_cmmqs_createdriver+0x138/0x150 [fglrx]
      Jan  5 22:29:50 dagobert kernel: [  483.235207]  [<e11f3940>] firegl_cmmqs_createdriver+0x0/0x150 [fglrx]
      Jan  5 22:29:50 dagobert kernel: [  483.235283]  [<e11e648e>] firegl_ioctl+0x19e/0x220 [fglrx]
      Jan  5 22:29:50 dagobert kernel: [  483.235353]  [<c01064a0>] do_iret_error+0x90/0xa0
      Jan  5 22:29:50 dagobert kernel: [  483.235383]  [<c01064a0>] do_iret_error+0x90/0xa0
      Jan  5 22:29:50 dagobert kernel: [  483.235391]  [<e11db85c>] ip_firegl_ioctl+0x1c/0x30 [fglrx]
      Jan  5 22:29:50 dagobert kernel: [  483.235455]  [<c01064a0>] do_iret_error+0x90/0xa0
      Jan  5 22:29:50 dagobert kernel: [  483.235476]  [<c019e448>] do_ioctl+0x78/0x90
      Jan  5 22:29:50 dagobert kernel: [  483.235503]  [<c019e4bc>] vfs_ioctl+0x5c/0x290
      Jan  5 22:29:50 dagobert kernel: [  483.235511]  [<c0191be0>] do_sync_write+0x0/0x110
      Jan  5 22:29:50 dagobert kernel: [  483.235538]  [<c019e758>] sys_ioctl+0x68/0x80
      Jan  5 22:29:50 dagobert kernel: [  483.235565]  [<c01043a2>] sysenter_past_esp+0x6b/0xa9
      Jan  5 22:29:50 dagobert kernel: [  483.235575]  [<c01064a0>] do_iret_error+0x90/0xa0
      Jan  5 22:29:50 dagobert kernel: [  483.235622]  =======================
      Jan  5 22:30:02 dagobert kernel: [  494.992422] 
      Jan  5 22:30:02 dagobert kernel: [  494.992429] Pid: 5007, comm: Xorg Tainted: P        (2.6.24-23-generic #1)
      Jan  5 22:30:02 dagobert kernel: [  494.992436] EIP: 0060:[<e124d812>] EFLAGS: 00003202 CPU: 0
      Jan  5 22:30:02 dagobert kernel: [  494.992588] EIP is at _ZN4Asic16Is_WPTR_equ_RPTR19ConditionSuccessfulEv+0x42/0x50 [fglrx]
      Jan  5 22:30:02 dagobert kernel: [  494.992593] EAX: e0dd8080 EBX: 007ffff9 ECX: 00000000 EDX: e1442000
      Jan  5 22:30:02 dagobert kernel: [  494.992597] ESI: 00000000 EDI: dea89b74 EBP: dea89adc ESP: dea89ac4
      Jan  5 22:30:02 dagobert kernel: [  494.992601]  DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
      Jan  5 22:30:02 dagobert kernel: [  494.992605] CR0: 8005003b CR2: e1411fbc CR3: 1e8d5000 CR4: 000006d0
      Jan  5 22:30:02 dagobert kernel: [  494.992610] DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000
      Jan  5 22:30:02 dagobert kernel: [  494.992615] DR6: ffff0ff0 DR7: 00000400
      Jan  5 22:30:02 dagobert kernel: [  494.992648]  [<e12400d8>] _Z19uQSTimeStampElapsedjj14_LARGE_INTEGER+0xc8/0xf0 [fglrx]
      Jan  5 22:30:02 dagobert kernel: [  494.992753]  [<e124c8b8>] _ZN4Asic9WaitUntil15WaitForCompleteEv+0x38/0xf0 [fglrx]
      Jan  5 22:30:02 dagobert kernel: [  494.992871]  [<e1255e56>] _ZN8AsicR60016ASICIdleInternalEN4Asic15idle_WaitMethodE+0x96/0x1f0 [fglrx]
      Jan  5 22:30:02 dagobert kernel: [  494.993002]  [<e1249a8b>] _ZN7PM4Ring8PM4queueEPPj+0x3b/0xa0 [fglrx]
      Jan  5 22:30:02 dagobert kernel: [  494.993106]  [<e1255c8f>] _ZN8AsicR60010updateWptrEv+0x2f/0x50 [fglrx]
      Jan  5 22:30:02 dagobert kernel: [  494.993217]  [<e1249b4a>] _ZN7PM4Ring9PM4submitEPPjb+0x5a/0x60 [fglrx]
      Jan  5 22:30:02 dagobert kernel: [  494.993352]  [<e124b16c>] _ZN4Asic7PM4idleENS_15idle_WaitMethodE+0x4c/0x80 [fglrx]
      Jan  5 22:30:02 dagobert kernel: [  494.993464]  [<e1255c8f>] _ZN8AsicR60010updateWptrEv+0x2f/0x50 [fglrx]
      Jan  5 22:30:02 dagobert kernel: [  494.993569]  [<e124aeb0>] _ZN4Asic9assertPM4Eb+0xf0/0x250 [fglrx]
      Jan  5 22:30:02 dagobert kernel: [  494.993680]  [<e1257723>] _ZN8AsicR6009assertPM4Eb+0x33/0x50 [fglrx]
      Jan  5 22:30:02 dagobert kernel: [  494.993795]  [<e122dbd0>] CMMQS_Initialize+0x130/0x160 [fglrx]
      Jan  5 22:30:02 dagobert kernel: [  494.993895]  [<e11f4515>] firegl_cmmqs_init+0x4b5/0x550 [fglrx]
      Jan  5 22:30:02 dagobert kernel: [  494.993974]  [<e11eecbb>] MCIL_SpinLock+0x6b/0x110 [fglrx]
      Jan  5 22:30:02 dagobert kernel: [  494.994056]  [<e1280677>] IRQMGR_SpinLock_Release+0x57/0x60 [fglrx]
      Jan  5 22:30:02 dagobert kernel: [  494.994425]  [<c01064a0>] do_iret_error+0x90/0xa0
      Jan  5 22:30:02 dagobert kernel: [  494.994441]  [<e11f3a78>] firegl_cmmqs_createdriver+0x138/0x150 [fglrx]
      Jan  5 22:30:02 dagobert kernel: [  494.994536]  [<e11f3940>] firegl_cmmqs_createdriver+0x0/0x150 [fglrx]
      Jan  5 22:30:02 dagobert kernel: [  494.994616]  [<e11e648e>] firegl_ioctl+0x19e/0x220 [fglrx]
      Jan  5 22:30:02 dagobert kernel: [  494.994689]  [<c01064a0>] do_iret_error+0x90/0xa0
      Jan  5 22:30:02 dagobert kernel: [  494.994719]  [<c01064a0>] do_iret_error+0x90/0xa0
      Jan  5 22:30:02 dagobert kernel: [  494.994744]  [<e11db85c>] ip_firegl_ioctl+0x1c/0x30 [fglrx]
      Jan  5 22:30:02 dagobert kernel: [  494.994813]  [<c01064a0>] do_iret_error+0x90/0xa0
      Jan  5 22:30:02 dagobert kernel: [  494.994832]  [<c019e448>] do_ioctl+0x78/0x90
      Jan  5 22:30:02 dagobert kernel: [  494.994852]  [<c019e4bc>] vfs_ioctl+0x5c/0x290
      Jan  5 22:30:02 dagobert kernel: [  494.994869]  [<c0191be0>] do_sync_write+0x0/0x110
      Jan  5 22:30:02 dagobert kernel: [  494.994890]  [<c019e758>] sys_ioctl+0x68/0x80
      Jan  5 22:30:02 dagobert kernel: [  494.994915]  [<c01043a2>] sysenter_past_esp+0x6b/0xa9
      Jan  5 22:30:02 dagobert kernel: [  494.994933]  [<c01064a0>] do_iret_error+0x90/0xa0
      Jan  5 22:30:02 dagobert kernel: [  494.994980]  =======================
      no warning or error messages in Xorg log, everything seems to initialize fine (forgot to save log )

      think I'll switch to radeonhd for the moment, support for RV670 seems to be in the queue...works reasonable for 2D already (soft accel).

      Comment


      • #13
        Show me:

        cat /proc/asound/cards
        cat /proc/asound/modules

        if you dont use snd_hda_intel in there, then just do:

        echo backlist snd-hda-intel > /etc/modprobe.d/snd

        that would disable the sounddriver for the gfx card. Sometimes

        irqpoll

        as bootcheat helps too.
        Last edited by Kano; 01-05-2009, 05:42 PM.

        Comment


        • #14
          Originally posted by Kano View Post
          Show me:

          cat /proc/asound/cards
          cat /proc/asound/modules

          if you dont use snd_hda_intel in there, then just do:

          echo backlist snd-hda-intel > /etc/modprobe.d/snd

          that would disable the sounddriver for the gfx card. Sometimes

          irqpoll

          as bootcheat helps too.
          sry Kano, but I gave up last night. I had the feeling to waste too much time on this issue, and I apologize for consuming yours, now that I surrendered.
          I will now go for nvidia, there will be a "cheap" HD3850 AGP on ebay soon...
          thank you again for your help!

          it would really like to investigate this further, I am still curious wether a working solution does exist, but I already plugged my old nvidia card in again and did a clean up of both U and lenny from extra packages.

          I do expect open source drivers to deliver a lot in 2009, but have to admit that I'm not patient enough to wait.

          Comment


          • #15
            Originally posted by maddoc View Post
            sry Kano, but I gave up last night. I had the feeling to waste too much time on this issue, and I apologize for consuming yours, now that I surrendered.
            I will now go for nvidia, there will be a "cheap" HD3850 AGP on ebay soon...
            thank you again for your help!

            it would really like to investigate this further, I am still curious wether a working solution does exist, but I already plugged my old nvidia card in again and did a clean up of both U and lenny from extra packages.

            I do expect open source drivers to deliver a lot in 2009, but have to admit that I'm not patient enough to wait.
            Um hey man. I'm relatively new to the Linux scene but i like to think i have things under control atm. I have a Gecube agp 3850 512mb and im running Compiz Fusion on it fine on Ubuntu 8.1. I had to install linux in safe graphics mode (xforcevesa which didnt allow desktop effects from compiz) but once installed ubuntu found a proprietry driver that works. it was of the version 8.53 and it installed with ati catalyst 2.1.
            I thought about looking for newer catalyst drivers but after reading this thread im not sure i want to mess with this since everythings running nicely.
            Plus i downloaded catalyst 8.12 and the software requirements in the release notes were very obscure. I have no idea if i already had what was needed to install it. None of the stuff on the list was easy to find and i was unsure if installing the possibly 'newer' catalyst and drivers would mess things up.

            The only problem im having is that when accessing ntfs drives and partitions on the machine causes linux to freeze after a short time. Tried installing newer ntfs 3g drivers but that didnt fix a thing. Its a bit like the problem u were having in a way, is there a possible link?

            Comment


            • #16
              @zondajag: I would tend to assume you have a different problem - if you can reliably connect your freezes to ntfs activities, I would bet there's something else cooking.
              Have you tried running any OpenGL app, e.g. glxgears (contained in package mesa-utils)? If this is running without trouble, your problem is hardly related to what I've been describing here.

              Comment


              • #17
                Originally posted by maddoc View Post
                @zondajag: I would tend to assume you have a different problem - if you can reliably connect your freezes to ntfs activities, I would bet there's something else cooking.
                Have you tried running any OpenGL app, e.g. glxgears (contained in package mesa-utils)? If this is running without trouble, your problem is hardly related to what I've been describing here.
                Erm i dont think the ntfs is all that reliable but i would assume its a different problem, though i think it happens after a set time which is a bit strange.

                I havent tried glxgears but is it a visual thing in linux someplace? Is it related to the gears animation in the 3d cube desktop in compiz fusion?

                Comment


                • #18
                  Originally posted by zondajag View Post
                  Erm i dont think the ntfs is all that reliable but i would assume its a different problem, though i think it happens after a set time which is a bit strange.

                  I havent tried glxgears but is it a visual thing in linux someplace? Is it related to the gears animation in the 3d cube desktop in compiz fusion?
                  you have to open a terminal and type "glxgears" at the command prompt. If you get something like " bash: glxgears: command not found" then you have to install the package mesa-utils first by typing:
                  "sudo aptitude install mesa-utils"
                  which supplies the glxgears program.
                  glxgears opens a window and displays 3 animated gears, yes, pretty like those in the gears animation with compiz fusion gears. In addition, the frame rate is displayed every 5 seconds in the terminal.
                  Thus theglxgears program provides a real life test wether OpenGL works on your system, and gives some hint about 3D performance, although it is not intended to be a 3D benchmarking tool.

                  Comment


                  • #19
                    doesnt compiz fusion use the opengl features on the 3850 card anyway or does it use some other form of messing with the graphics?

                    Comment


                    • #20
                      The same problem

                      I have the same videocard and the same problem - hangs on 8x agp mode.
                      My system is:
                      hardware
                      CPU:Athlon XP 2200+
                      Mainboard:Soltek SL-75FRN3-L on nForce2 chipset
                      RAM:768Mb
                      Videocard: Sapphire HD 3850 agp
                      Powerblock just 300w, but videocard doesn't start with another mine 400w block.

                      Previous videocard: GeForce 4200 Ti 8x that works fine with mine configuration on 8x.

                      OS: OpenSuse 11.1 x86 (2.6.27.7-9)
                      Catalyst 8.12 (8.10 and previous cant to be installed on OpenSuse 11.1. 9.1 beta have the same problem).

                      My hardware configuration is very different from author of this topic, but i have the same problems with this videocard.

                      AGP aperture size set on 512Mb AGP Fast write is off, but system hangs if AGP 8x is enabled after start any of opengl applications.
                      System works more stable (but sometimes can hangs too) on 4x agp mode.
                      But I thihk that card works very slow on 4x
                      Glxgears get me no more than 3000FPS (3500FPS on 9.1beta)
                      Fgl_glxgears get me no more than 716FPS (700FPS on 9.1beta)

                      Comment

                      Working...
                      X