+ Reply to Thread
Page 1 of 3 123 LastLast
Results 1 to 10 of 24

Thread: Will 8.42 support kernel 2.6.23?

  1. #1
    Join Date
    Oct 2007
    Posts
    51

    Default Will 8.42 support kernel 2.6.23?

    Because I just made the mistake of updating the kernel to 2.6.23 but the 8.40. driver doesn't work.

  2. #2

    Default

    Quote Originally Posted by Moronix View Post
    Because I just made the mistake of updating the kernel to 2.6.23 but the 8.40. driver doesn't work.

    Yes, it should.

  3. #3
    Join Date
    Aug 2007
    Posts
    5,495

    Default

    Maybe better add a poll

  4. #4
    Join Date
    Sep 2006
    Location
    PL
    Posts
    900

    Default

    i bet it won't :]

  5. #5
    Join Date
    Oct 2007
    Posts
    8

    Default

    and how about xorg 1.4.0? will 8.42 support this version of xorg?

  6. #6

    Default

    Quote Originally Posted by stealth View Post
    and how about xorg 1.4.0? will 8.42 support this version of xorg?
    Now that X server 1.4 is officially available, you can expect the support very very soon. If you recall from our development cycle article, since the release happened last month, that still fell into the 8.42 cycle for development and testing.

  7. #7
    Join Date
    Oct 2007
    Posts
    8

    Default

    well, "very very soon" sounds really cool ;-)

    right now i am forced to use the vesa-driver, and that's kind of ugly. on the other hand i could downgrade to an older xorg, but i prefer to wait for the new driver to be released ("very very soon")

  8. #8
    Join Date
    Aug 2007
    Posts
    5,495

    Default

    You only need -ignoreABI option. What do you use KDM/GDM or XDM or something else?

  9. #9
    Join Date
    Sep 2006
    Location
    PL
    Posts
    900

    Default

    Because I just made the mistake of updating the kernel to 2.6.23 but the 8.40. driver doesn't work
    8.40 - 2.6.23 patch. didn't test it (i dn't use fglrx anymore)

    Code:
    diff -Naur common/lib/modules/fglrx/build_mod/firegl_public.c common/lib/modules/fglrx/build_mod/firegl_public.c
    --- common/lib/modules/fglrx/build_mod/firegl_public.c  2007-07-29 13:36:37.000000000 +0200
    +++ common/lib/modules/fglrx/build_mod/firegl_public.c  2007-07-29 14:24:11.000000000 +0200
    @@ -2409,7 +2409,11 @@
     #ifdef pte_offset_map
         pte_p = pte_offset_map(pmd_p, virtual_addr);
         if (pte_present(*pte_p))
    +#if LINUX_VERSION_CODE < KERNEL_VERSION(2,6,22)
             ret = (ptep_clear_flush_dirty(vma, virtual_addr, pte_p) ? 1 : 0);
    +#else
    +    return 0;
    +#endif
         else
             __KE_DEBUG("page not exists!\n");
         pte_unmap(pte_p); 
    @@ -3399,9 +3403,11 @@
             sprintf(buf, "0x%Lx %c%c%c%c%c%c\n",
                *phys_address,
                pte_present (pte) ? 'p' : '-',
    +#if LINUX_VERSION_CODE < KERNEL_VERSION(2,6,23)
                pte_read    (pte) ? 'r' : '-',
    -           pte_write   (pte) ? 'w' : '-',
                pte_exec    (pte) ? 'x' : '-',
    +#endif
    +           pte_write   (pte) ? 'w' : '-',
                pte_dirty   (pte) ? 'd' : '-',
                pte_young   (pte) ? 'a' : '-');
         }
    @@ -5348,7 +5354,11 @@
         DBG_TRACE("creating slab object '%s'", slabcache_obj->name);
     
         if ((slabcache_obj->cache =
    +#if LINUX_VERSION_CODE < KERNEL_VERSION(2,6,23)
                 kmem_cache_create(slabcache_obj->name, iEntrySize, 0, 0, NULL, NULL)))
    +#else
    +            kmem_cache_create(slabcache_obj->name, iEntrySize, 0, 0, NULL)))
    +#endif
         {
             ret = 1;
         }
    found it in sabayon linux gentoo overlay ( link )
    Last edited by yoshi314; 10-10-2007 at 01:17 PM.

  10. #10

    Default

    Actually I just found out that they may be rethinking their decision to support 2.6.23 with 8.43 due to 64-bit issues...

+ Reply to Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts