09 Feb, 2009

1 commit

  • For historical reason, this driver used its own saving/restoring
    of the PCI config space, and used the state of it on resume as
    an indication as to whether it needed to re-POST the chip or not.

    This methods breaks with the later core changes since the core will
    have restored things for us.

    This patch fixes it by removing that custom code, using standard
    core methods to save/restore state, and testing for the need to
    re-POST by comparing the content of a few key PLL registers.

    Signed-off-by: Benjamin Herrenschmidt
    Signed-off-by: Linus Torvalds

    Benjamin Herrenschmidt
     

11 Dec, 2008

1 commit

  • This reverts commit b1ee26bab14886350ba12a5c10cbc0696ac679bf, along with
    the "fixes" for it that all just caused problems:

    - c4c6fa9891f3d1bcaae4f39fb751d5302965b566 "radeonfb: fix problem with
    color expansion & alignment"

    - f3179748a157c21d44d929fd3779421ebfbeaa93 "radeonfb: Disable new color
    expand acceleration unless explicitely enabled"

    because even when disabled, it breaks for people. See

    http://bugzilla.kernel.org/show_bug.cgi?id=12191

    for the latest example.

    Acked-by: Benjamin Herrenschmidt
    Acked-by: David S. Miller
    Cc: Krzysztof Halasa
    Cc: James Cloos
    Cc: "Rafael J. Wysocki"
    Cc: Krzysztof Helt
    Cc: Jean-Luc Coulon
    Cc: Andrew Morton
    Signed-off-by: Linus Torvalds

    Linus Torvalds
     

10 Dec, 2008

1 commit

  • This new color expansion acceleration for radeonfb appears to trigger
    problems with X on VT switch and suspend/resume on some machines. It
    might be a problem in the VT layer or in X, but I haven't quite found
    it yet, so in the meantime, this disables the acceleration by default,
    reverting to 2.6.27 state. It can be enabled using the "accel_cexp"
    module parameter or fbdev argument.

    Signed-off-by: Benjamin Herrenschmidt
    Acked-by: David S. Miller
    Signed-off-by: Linus Torvalds

    Benjamin Herrenschmidt
     

17 Oct, 2008

2 commits

  • Implement support for HW color expansion of 1bpp images, along with some
    improvements to the FIFO handling and other accel operations.

    The offset fixup code is now unnecessary as the fbcon core will call our
    set_par upon switch back from KD_GRAPHICS before anything else happens. I
    removed it as it would slow down accel operations.

    The fifo wait has been improved to avoid hitting the HW register as often,
    and the various accel ops are now performing better caching of register
    values.

    Overall, this improve accel performances. The imageblit acceleration does
    result in a small overall regression in performances on some machines (on
    the order of 5% on some x86), probably becaus the SW path provides a
    better bus utilisation, but I decided to ingnore that as the performances
    is still very good, and on the other hand, some machines such as some
    sparc64 get a 3 fold performance improvement.

    Signed-off-by: Benjamin Herrenschmidt
    Acked-by: David S. Miller
    Cc: Krzysztof Halasa
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Benjamin Herrenschmidt
     
  • Fix a couple of incomplete tests of the chip families in the engine
    init/reset code and proper initialization of the destination cache mode.
    The result should better match what the latest X radeon driver does.

    Signed-off-by: Benjamin Herrenschmidt
    Acked-by: David S. Miller
    Cc: Krzysztof Halasa
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Benjamin Herrenschmidt
     

22 Jul, 2008

1 commit


28 Apr, 2008

2 commits

  • RTRACE() does exactly the same thing as the standard pr_debug() call, so just
    use the latter.

    Signed-off-by: Jean Delvare
    Acked-by: Benjamin Herrenschmidt
    Cc: "Antonino A. Daplas"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jean Delvare
     
  • Fix CONFIG_FB_RADEON_DEBUG. DEBUG must be defined before including any kernel
    header, otherwise dev_dbg() resolves to a no-op. Also, when debugging is
    disabled, don't set DEBUG at all instead of setting it to 0, to comply with
    what the kernel headers expect.

    Signed-off-by: Jean Delvare
    Acked-by: Benjamin Herrenschmidt
    Cc: "Antonino A. Daplas"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jean Delvare
     

17 Oct, 2007

1 commit

  • Make radeonfb work ith the 200m Xpress RC410. In my tests it was terribly
    unstable and would freeze until I set a refresh rate in the kernel argument
    to 75.

    e.g video=radeonfb:1280x800@75

    Now it is rock solid.

    Cc: Benjamin Herrenschmidt
    Cc: "Antonino A. Daplas"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Sellout Bessie
     

18 Jul, 2007

1 commit


09 May, 2007

1 commit


26 Apr, 2007

1 commit


01 Aug, 2006

1 commit

  • Many IBM Thinkpad T4* models and some R* and X* with radeon video cards draw
    too much power when suspended to RAM, reducing drastically the battery
    lifetime. The solution is to enable suspend-to-D2 on these machines. They
    are whitelisted through their subsystem vendor/device ID. This fixes
    http://bugzilla.kernel.org/show_bug.cgi?id=3022

    The patch introduces a framework to alter the pm_mode and reinit_func fields
    of the radeonfb_info structure based on a whitelist. This should facilitate
    future hardware-dependent workarounds. The workaround for the Samsung P35
    that is already in the radeonfb code has been rewritten using this framework.

    The behavior can be overridden with module options:

    i) video=radeonfb:force_sleep=1
    enable suspend-to-D2 also on non-whitelisted machines (useful for
    testing new notebook models),

    ii) video=radeonfb:ignore_devlist=1
    Disable checking the whitelist and do not apply any workarounds.

    Cc: Benjamin Herrenschmidt
    Cc: "Antonino A. Daplas"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Volker Braun
     

01 Jul, 2006

2 commits


26 Jun, 2006

1 commit

  • This patch contains a total rewrite of the backlight infrastructure for
    portable Apple computers. Backward compatibility is retained. A sysfs
    interface allows userland to control the brightness with more steps than
    before. Userland is allowed to upload a brightness curve for different
    monitors, similar to Mac OS X.

    [akpm@osdl.org: add needed exports]
    Signed-off-by: Michael Hanselmann
    Acked-by: Benjamin Herrenschmidt
    Cc: Richard Purdie
    Cc: "Antonino A. Daplas"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Michael Hanselmann
     

07 Nov, 2005

1 commit


30 Sep, 2005

1 commit


17 Apr, 2005

1 commit

  • Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds