Announcement

Collapse
No announcement yet.

Linux 2.6.33-rc1 Kernel Released

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

  • #21
    Well, at least, I discovered something new : make firmware_install indeed installs the firmwares in /lib/firmware.
    However, it doesn't solve my problem, I still have a message at boot looking like "try loadinf adm_ucode/microcode_amd.bin.
    Which of course isn't anywhere to be found. :-)
    Well, I guess I'll retry with later rc.

    Comment


    • #22
      That filename doesn't sound right. I don't remember the exact name but thought it had "rlc" in it.

      Might be worth asking on #radeon IRC.
      Test signature

      Comment


      • #23
        Originally posted by uwgandalf View Post
        Did they fix the eternal low responsiveness when doing IO already?

        I'm getting so fed up with it, and there's no kernel maintainer who's addressing this bug.


        Binary package hint: linux-source-2.6.22 When compared with 2.6.15 in feisty, heavy disk I/O causes increased iowait times and affects desktop responsiveness in 2.6.22 this appears to be a regression from 2.6.15 where iowait is much lower and desktop responsiveness is unaffected with the same I/O load Easy to reproduce with tracker - index the same set of files with 2.6.15 kernel and 2.6.22 kernel and the difference in desktop responsiveness is massive I have not confirmed if a non-tracke...


        Can someone with mainstream hardware (sata; dual-core, 2GB) perform a read test with tiobench 64MB and 32 threads, and still open iotop and use firefox in a usable manner?
        I changed disk and problem gone. I'm using 2.6.31 Kubuntu stock kernel.

        Comment


        • #24
          Originally posted by rvdboom View Post
          Indeed, I compiled the kernel source as I always do and this time at reboot, I was requested a firmware or something.
          I thought they were compiled in the kernel, weren't they?
          I think the firmware can be either built-in into kernel or extracted into (usually) /lib/firmware/kernel-version. But it cannot be rather compiled into kernel as it's already provided in binary format.

          I've got the same problem with R600_rlc.bin being not found. And not just with this kernel release but since IRQ support was introduced a few days ago for R600 & R700 (before 2.6.33-rc1 I was compiling kernel 2.6.32 + patches from the linux-next branch). To enable that feature R600_rlc.bin or R700_rlc.bin is required. It seems both are still missing in the latest kernel. I unpacked the archive, looked into linux-2.6.33-rc1/firmware/radeon and didn't see any of them among other radeon firmware.
          I could download it from Internet and put in place after compiling but I prefer to have it buit-in like e.g. these both (on my working kernel version in which IRQ support was not included yet):
          [fragment of dmesg]
          ...
          platform radeon_cp.0: firmware: using built-in firmware radeon/RV635_pfp.bin
          [ 1.891532] platform radeon_cp.0: firmware: using built-in firmware radeon/RV635_me.bin

          ...

          I think all radeon firmware should be built-in if option Enable modesetting on radeon by default is enabled in kernel config (to be found under Device Drivers > Staging drivers). On my system that's the only way I can get KMS working (and it works quite nice including 3D support). If I disable that option and then turn KMS on manualy by adding radeon.modeset=1 to GRUB I just get black screen or coloured stripes. So now I compiled 2.6.33-rc1 with KMS enabled in config as usual. When booting it can't find the R600_rlc.bin. KMS still works but I loose 3D support and have random screen issues. If I could just disable IRQ support in kernel config (so it won't need that firmware) and at least get benefits from many other improvements committed into radeon I'd still be happy. But I couldn't find such option.

          ---------
          Does anyone know if/when R600 / R700_rlc.bin will be included in kernel (I mean in the original kernel, not shipped with particular linux distributions)? And is there any workaround for the problem if I can't have the firmware built-in? Or maybe it is possible?
          Last edited by trapDoor; 18 December 2009, 06:37 PM.

          Comment


          • #25
            Originally posted by hmmm View Post
            I seem to get 2.6.33-rc1 from ubuntu's mainline kernel failing to boot into gdm ...
            I have the same problem. I have Radeon 1800XT (R520).

            Is there any idea what it could be the problem?

            Comment


            • #26
              Originally posted by trapDoor View Post
              I think the firmware can be either built-in into kernel or extracted into (usually) /lib/firmware/kernel-version. But it cannot be rather compiled into kernel as it's already provided in binary format.

              I've got the same problem with R600_rlc.bin being not found. And not just with this kernel release but since IRQ support was introduced a few days ago for R600 & R700 (before 2.6.33-rc1 I was compiling kernel 2.6.32 + patches from the linux-next branch). To enable that feature R600_rlc.bin or R700_rlc.bin is required. It seems both are still missing in the latest kernel. I unpacked the archive, looked into linux-2.6.33-rc1/firmware/radeon and didn't see any of them among other radeon firmware.
              I could download it from Internet and put in place after compiling but I prefer to have it buit-in like e.g. these both (on my working kernel version in which IRQ support was not included yet):
              [fragment of dmesg]
              ...
              platform radeon_cp.0: firmware: using built-in firmware radeon/RV635_pfp.bin
              [ 1.891532] platform radeon_cp.0: firmware: using built-in firmware radeon/RV635_me.bin

              ...

              I think all radeon firmware should be built-in if option Enable modesetting on radeon by default is enabled in kernel config (to be found under Device Drivers > Staging drivers). On my system that's the only way I can get KMS working (and it works quite nice including 3D support). If I disable that option and then turn KMS on manualy by adding radeon.modeset=1 to GRUB I just get black screen or coloured stripes. So now I compiled 2.6.33-rc1 with KMS enabled in config as usual. When booting it can't find the R600_rlc.bin. KMS still works but I loose 3D support and have random screen issues. If I could just disable IRQ support in kernel config (so it won't need that firmware) and at least get benefits from many other improvements committed into radeon I'd still be happy. But I couldn't find such option.

              ---------
              Does anyone know if/when R600 / R700_rlc.bin will be included in kernel (I mean in the original kernel, not shipped with particular linux distributions)? And is there any workaround for the problem if I can't have the firmware built-in? Or maybe it is possible?
              File R600_rlc.bin You can find in second URL given in http://www.phoronix.com/forums/showp...&postcount=119. I've put it either in /lib/firmware/2.6.33-999-generic/radeon/R600_rlc.bin or in /lib/firmware/radeon/R600_rlc.bin (I had to create radeon folder first) ...
              Just to add, I had to disable IRQ assignment for graphic card in BIOS.
              Last edited by zika; 19 December 2009, 05:21 AM.

              Comment


              • #27
                RE: R600_rlc.bin

                Originally posted by zika View Post
                File R600_rlc.bin You can find in second URL given in http://www.phoronix.com/forums/showp...&postcount=119. I've put it either in /lib/firmware/2.6.33-999-generic/radeon/R600_rlc.bin or in /lib/firmware/radeon/R600_rlc.bin (I had to create radeon folder first) ...
                Just to add, I had to disable IRQ assignment for graphic card in BIOS and I use 128 as a value for PCI latency timer ...
                Thanks zika but I already had the firmware file. My problem wasn't regarding where to find it or place it after compiling kernel.
                As I wrote earlier I'd prefer to have it built-in into kernel like the other 2 firmware: RV635_pfp.bin and RV635_me.bin. I believe those two get built-in (instead of being extracted to the /lib/firmware/... folder) when I choose option Device Drivers > Staging Drivers > Enable modesetting on radeon by default in kernel configuration before compiling. As R600_rlc.bin is not shipped with the kernel source like the other firmware files I can't see any way to build it in during compilation. I'm referring only to the original kernel source archive I download from http://www.kernel.org/ and compile myself (the 'traditional' way, not 'debian-ubuntu' way). I work on Ubuntu but not using the binary or source .deb packages provided in the Ubuntu kernel-mainline repository (~kernel-ppa).
                Last edited by trapDoor; 19 December 2009, 10:42 AM.

                Comment


                • #28
                  They're not going to be built in unless you do it manually on your own system. New firmware is going into /lib/firmware in binary files.
                  Test signature

                  Comment


                  • #29
                    reply to bridgman re: R6xx_rlc.bin

                    Originally posted by bridgman View Post
                    They're not going to be built in unless you do it manually on your own system. New firmware is going into /lib/firmware in binary files.
                    Thanks bridgman. And just to resolve all doubts:
                    1) does it affect graphics performance and/or stability if these firmware files: RV635_pfp.bin and RV635_me.bin are built-in (like in my current kernel) but R600_rlc.bin is not?

                    2) will be the R6xx_rlc.bin shipped with the (original) kernel source archives or do I have to always download it separately (or use existing firmware provided in future distributions versions) and put in place manually after compiling kernel?
                    Last edited by trapDoor; 19 December 2009, 05:04 PM.

                    Comment


                    • #30
                      Originally posted by trapDoor View Post
                      1) does it affect graphics performance and/or stability if these firmware files: RV635_pfp.bin and RV635_me.bin are built-in (like in my current kernel) but R600_rlc.bin is not?
                      Nope. Once the microcode is loaded into the GPU the chip doesn't care where it came from. AFAIK the loading only happens once, during system startup.

                      Originally posted by trapDoor View Post
                      2) will be the R6xx_rlc.bin shipped with the (original) kernel source archives or do I have to always download it separately (or use existing firmware provided in future distributions versions) and put in place manually after compiling kernel?
                      I'm not sure of the exact path from source tree to your distro or system, but it should come down the same way as the firmware for network hardware and disk controllers. Whatever that is
                      Test signature

                      Comment

                      Working...
                      X