Page 5 of 25 FirstFirst ... 3456715 ... LastLast
Results 41 to 50 of 243

Thread: AMD Catalyst 9.8 Delivers New Kernel Support

  1. #41
    Join Date
    Jul 2008
    Posts
    1,727

    Default

    use opengl instead of xv. Nicer picture, better colours and the cpu load is neglible. So what is the problem?
    Last edited by energyman; 08-18-2009 at 11:34 AM.

  2. #42
    Join Date
    Jul 2008
    Location
    Greece
    Posts
    3,798

    Default

    Quote Originally Posted by cheung View Post
    I know that, but there is really no other better option?
    Nope. However, gl video works quite OK, even for HD content. And it's tear-free except when it's windowed while using compositing (full screen while using compositing is OK.)

    I can compile lastest open source radeon and drm driver, but it does not have 3D support.
    I can't use radeon with 3D visual effect of compiz or Kwin.
    Xv on the radeon driver should work OK. I think.

  3. #43
    Join Date
    Jan 2007
    Location
    Germany
    Posts
    2,158

    Default

    Quote Originally Posted by Tares View Post
    Okay, but don't get your hopes too high :/ although tropics improved quite a lot, but that because I've got errors in rendering :/ whole benchmark was missing water and screen was flickering before I've turned aa on so something is wrong with this drivers.
    The improved performance is for real, the OpenGL code has been optimized. But Michael's statement in the news, that "there is a fix for water rendering in the Unigine Tropics benchmark" does not apply to this release of the AMD Catalyst release but to... another.

  4. #44
    Join Date
    Jun 2009
    Posts
    59

    Default

    Quote Originally Posted by energyman View Post
    ??? wtf?

    emmm... bkl is in linux since it can do smp. So at least 2.0. <Preemptive kernel? of course! for ages.
    well bkl can be preempted or not. the same goes for rcu, which you did not reply to.

    and as for general preemption i recall fglrx DID NOT like it and DID spew shitty messages into dmesg (and maybe even worse things).

    and by the way was the module_license problem resolved?

  5. #45
    Join Date
    Jul 2008
    Posts
    1,727

    Default

    Symbol: PREEMPT_VOLUNTARY [=y] │
    │ Prompt: Voluntary Kernel Preemption (Desktop) │
    │ Defined at kernel/Kconfig.preempt:19 │
    │ Depends on: <choice> │
    │ Location: │
    │ -> Processor type and features │
    │ -> Preemption Model (<choice> [=y])

    and preempt:rcu:
    │ This option reduces the latency of the kernel by making certain │
    │ RCU sections preemptible. Normally RCU code is non-preemptible, if │
    │ this option is selected then read-only RCU sections become │
    │ preemptible. This helps latency, but may expose bugs due to │
    │ now-naive assumptions about each RCU read-side critical section │
    │ remaining on a given CPU through its execution. │


    so I stay with no. Because rcu bugs can result in data corrpution. I like the stuff on my harddisks.

  6. #46
    Join Date
    Aug 2009
    Posts
    97

    Default opengl version

    hmm, would be good to include opengl/glsl version in the driver news, so I have all on one page and don't need to dig around thanks

  7. #47
    Join Date
    Dec 2007
    Location
    Merida
    Posts
    1,104

    Default

    Anyone else getting massive graphical distortions on the Tropics demo?

  8. #48
    Join Date
    Jul 2008
    Location
    Greece
    Posts
    3,798

    Default

    Almost two days now and still "not found" for the release notes.

    Can it be that nobody in AMD even gives a damn?

  9. #49
    Join Date
    Jun 2009
    Posts
    59

    Default

    Quote Originally Posted by energyman View Post
    Symbol: PREEMPT_VOLUNTARY [=y] │
    │ Prompt: Voluntary Kernel Preemption (Desktop) │
    │ Defined at kernel/Kconfig.preempt:19 │
    │ Depends on: <choice> │
    │ Location: │
    │ -> Processor type and features │
    │ -> Preemption Model (<choice> [=y])

    and preempt:rcu:
    │ This option reduces the latency of the kernel by making certain │
    │ RCU sections preemptible. Normally RCU code is non-preemptible, if │
    │ this option is selected then read-only RCU sections become │
    │ preemptible. This helps latency, but may expose bugs due to │
    │ now-naive assumptions about each RCU read-side critical section │
    │ remaining on a given CPU through its execution. │


    so I stay with no. Because rcu bugs can result in data corrpution. I like the stuff on my harddisks.
    So you more or less confirm what I wrote earlier.

  10. #50
    Join Date
    Jun 2009
    Posts
    59

    Default

    Quote Originally Posted by RealNC View Post
    Almost two days now and still "not found" for the release notes.

    Can it be that nobody in AMD even gives a damn?
    Let's just assume their team is terribly undermanned.

Tags for this 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
  •